在异步编程中，资源管理至关重要，使用智能指针可有效解决资源所有权和生命周期问题。1. 回调函数中若未正确管理对象生命周期，易引发悬空指针或资源泄露；2. 使用 std::shared_ptr 可实现共享所有权，通过引用计数确保资源在回调执行期间持续有效，但需继承 std::enable_shared_from_this 并避免在构造/析构函数中调用 shared_from_this()；3. 对于独占所有权场景，应使用 std::unique_ptr，通过移动捕获确保异步任务唯一持有资源；4. 避免循环引用，可用 std::weak_ptr 打破循环，确保对象能正常释放。合理使用智能指针能显著提升异步代码的安全性与稳定性。
在异步编程中，资源管理是个常被忽视但又至关重要的问题，尤其是在回调函数频繁出现的场景下。智能指针的引入，正是为了解决这类资源所有权和生命周期管理的问题。
回调函数中的资源泄露风险
异步操作通常依赖回调函数来处理完成后的逻辑。当一个对象被传递给回调时，如果该对象的生命周期没有正确管理，就很容易出现悬空指针或资源泄露。
例如：
void asyncOperation(std::function<void> callback) {
std::thread([callback]() {
std::this_thread::sleep_for(1s);
callback();
}).detach();
}</void>
如果你在这个回调里访问了一个外部对象，而这个对象在异步执行前就被销毁了，程序就会出错。这时候就需要用智能指针明确资源的所有权归属。
使用 shared_ptr
管理共享所有权
在需要多个上下文共同持有资源的情况下，
std::shared_ptr
是个不错的选择。它通过引用计数机制确保资源不会被提前释放。
比如，在注册回调时把当前对象的
shared_ptr
传入：
class MyClass {
public:
void startAsync() {
auto self = shared_from_this();
asyncOperation([self]() {
// 在这里使用 self，保证对象存活
});
}
};
这样即使原对象在别处被释放，只要回调还没执行完，
self
的引用计数就不会归零，资源也不会被回收。
需要注意的是：
- 类必须继承自
std::enable_shared_from_this
- 不要在构造函数或析构函数中调用
shared_from_this()
，否则会触发未定义行为
使用 unique_ptr
明确独占所有权
如果你希望某个异步操作唯一拥有资源，那就应该使用
std::unique_ptr
。它强调资源只能由一个所有者持有，防止误操作带来的多线程问题。
举个例子：
void processData(std::unique_ptr<data> data) {
asyncOperation([data = std::move(data)]() mutable {
process(*data);
});
}</data>
这里的 lambda 表达式捕获了
data
的所有权，并且使用
mutable
来允许内部修改（虽然不常用）。这种方式能清楚地表达“这个异步任务负责处理这块数据”的语义。
注意：避免循环引用
使用
shared_ptr
时有一个常见陷阱：循环引用。两个对象互相持有对方的
shared_ptr
，导致谁都无法释放。
解决办法是使用
std::weak_ptr
来打破循环：
class A {
std::shared_ptr<b> b;
};
class B {
std::weak_ptr<a> a; // 避免循环引用
};</a></b>
在异步回调中也是一样，如果你发现两个对象之间存在相互引用的情况，其中一个可以用
weak_ptr
持有另一个的对象，并在使用前检查是否还有效。
基本上就这些。异步编程中资源管理的关键在于明确所有权，而智能指针就是帮你做到这一点的好工具。用对了方式，就能避免很多隐藏的 bug。
