std::shared_from_this的作用是让已由std::shared_ptr管理的对象安全生成指向自身的另一个std::shared_ptr;必须公有继承std::enable_shared_from_this,且仅在对象已被shared_ptr拥有后(不可在构造函数中)调用,否则抛std::bad_weak_ptr。

std::shared_from_this 的作用是:让一个已由 std::shared_ptr 管理的对象,能安全地生成指向自身的另一个 std::shared_ptr,避免重复管理或悬空指针。
为什么不能直接用 new 构造 shared_ptr?
如果对象已经由某个 shared_ptr 管理(比如被外部创建并传入),你再用 new 或 make_shared 包装 this,会导致两个独立的控制块,引用计数互不感知——析构两次、内存崩溃、UB(未定义行为)。
正确做法是:对象必须继承自 std::enable_shared_from_this,然后调用 shared_from_this()。
怎么安全使用 shared_from_this?
- 类需公有继承
std::enable_shared_from_this - 只能在对象已被
shared_ptr拥有时调用(即:该对象必须是通过make_shared或shared_ptr构造出来的) - 不能在构造函数里调用 —— 此时控制块还没完全建立,会抛
std::bad_weak_ptr - 推荐在成员函数中使用,比如回调注册、异步任务传递自身等场景
典型使用场景举例
比如一个网络连接类需要把自身传给异步读取回调:
立即学习“C++免费学习笔记(深入)”;
class Connection : public std::enable_shared_from_this{ public: void start_read() { auto self = shared_from_this(); // 安全获取自身 shared_ptr socket_.async_read_some(buffer_, [self](auto ec, size_t n) { self->on_read(ec, n); // 即使 Connection 已被释放,self 也能保活 }); } private: tcp::socket socket_; void on_read(std::error_code, size_t) { /* ... */ } };
这样即使外层的 shared_ptr 提前释放,回调里的 self 仍能保证对象存活到回调执行完。
常见错误和注意事项
- 忘记继承
enable_shared_from_this→ 编译失败(shared_from_this未定义) - 对象不是由
shared_ptr创建(如栈对象或裸指针 new)→ 运行时抛std::bad_weak_ptr - 想在构造函数中“提前保存自己” → 不行,控制块尚未就绪;可改用延迟初始化(如第一次调用时 lazy-init)
- 多继承时注意模板参数要写对类型,别写成派生类名以外的别名
基本上就这些。shared_from_this 不复杂,但容易忽略前提条件,用对了才能真正安全。










