在单元测试中使用智能指针管理模拟对象的生命周期能有效避免内存泄漏并提升测试真实性。1. 使用 std::unique_ptr 模拟独占资源，确保资源在作用域结束时自动释放，并通过移动语义验证资源转移逻辑；2. 使用 std::shared_ptr 验证共享资源的引用计数行为，检查 use_count 变化及资源销毁时机，必要时结合 std::weak_ptr 避免循环引用；3. 结合 mock 对象与智能指针进行生命周期断言，利用作用域控制对象生命周期并验证析构行为，也可手动调用 reset() 显式释放资源以测试特定场景。
在单元测试中模拟对象的生命周期管理，尤其是涉及动态内存时，智能指针是一个非常实用的工具。它不仅能帮助我们避免内存泄漏，还能更真实地模拟实际运行环境中的行为。
1. 使用 unique_ptr 模拟独占资源的生命周期
当你需要测试一个类或函数在持有唯一资源所有权时的行为，比如打开一个文件、连接数据库等，使用 std::unique_ptr 是很自然的选择。
- 它可以确保资源在离开作用域后自动释放。
- 在测试中可以通过移动语义来验证资源转移是否正确处理。
举个例子：如果你有一个类 DatabaseConnection 被封装在 unique_ptr 中，你可以通过断言其是否存在（或是否为空）来判断是否成功创建了连接。也可以在析构前检查是否执行了关闭操作。
auto conn = std::make_unique(); EXPECT_CALL(*conn, connect()).WillOnce(Return(true)); bool result = conn->connect(); ASSERT_TRUE(result); // conn 离开作用域时会自动释放
这样写的好处是贴近真实逻辑，而且不需要手动 delete。
2. 用 shared_ptr 验证共享引用计数行为
当你要测试多个对象之间共享资源的情况时，std::shared_ptr 就派上用场了。它能帮你验证引用计数是否正常增加和减少，以及资源是否在最后一个引用被释放时正确销毁。
例如，你可能有多个服务类依赖于同一个配置对象：
auto config = std::make_shared(); ServiceA a(config); ServiceB b(config); // 此时 config.use_count() == 3（config + a内部 + b内部）
测试时可以检查 use_count 的变化，或者设置期望值来验证是否有多余的复制或提前释放。
不过要注意的是，在测试中频繁使用 shared_ptr 可能会让测试变得复杂，尤其是在涉及循环引用时。这时候可以考虑引入弱指针 weak_ptr 来打破循环。
3. 结合 Mock 对象与智能指针进行生命周期断言
在使用像 Google Mock 这样的框架时，经常需要验证对象是否在某个时间点被销毁。将 mock 类实例包裹在智能指针中，可以在测试用例中清晰地控制其生命周期，并配合 EXPECT_DEATH 或其他宏来验证预期行为。
例如，你想测试一个类是否在其析构函数中正确调用了某个清理方法：
{
auto mockObj = std::make_shared();
EXPECT_CALL(*mockObj, cleanup()).Times(1);
Service service(mockObj);
} // mockObj 应该在这里被释放，进而触发 cleanup() 这种写法让你可以清楚地看到对象的作用域边界，并且方便做精确的断言。
另外一个小技巧是，如果希望在某些情况下明确释放资源而不是等到作用域结束，可以手动调用 reset() 方法：
auto ptr = std::make_unique(); ptr.reset(); // 显式释放资源
这在测试资源提前释放的场景中很有用。
基本上就这些。合理使用智能指针可以让你的单元测试更贴近实际代码的运行方式，也能提升测试的可维护性和可靠性。
