绝不能在构造函数中启动线程，因为此时非静态成员尚未初始化，this指针不可安全使用；应通过私有构造+工厂函数+shared_ptr延迟启动，并用atomic_bool与stop_token双保险协作退出。
要在类构造完成的瞬间就启动一个与对象共存亡的监控线程，又不能让线程访问到未初始化的成员或在析构后继续运行，必须绕过构造函数内直接启动线程这一致命陷阱。
为什么绝不能在构造函数里调用 std::thread{this}
构造函数执行时，对象的内存已分配，【但所有非静态成员变量尚未完成初始化】。此时若线程立即执行成员函数，可能读取到零值、垃圾值甚至触发未定义行为。更危险的是，std::thread 析构时若仍可 joinable，会无条件调用 std::terminate()——程序当场崩溃，且调试器往往无法准确定位源头。
这不只是竞态问题，而是构造语义本身的硬性约束：this 指针存在 ≠ 对象可用。
用工厂函数 + std::shared_ptr 延迟启动
第一步：将构造函数设为私有，禁用栈上或裸 new 创建；
立即学习“C++免费学习笔记（深入）”；
第二步：提供 static create() 工厂函数，内部先 std::make_shared
第三步：在 shared_ptr 返回前，调用 ptr->start_thread() 启动线程——此时所有成员均已就绪，this 安全可用；
方法一：使用 std::thread + 手动 join 管理（兼容 C++11 起）
start_thread() 中赋值 thread_ = std::thread{&Worker::run, this}；析构函数中必须显式 if (thread_.joinable()) thread_.join()，否则析构时强制 terminate。
方法二：升级至 C++20，改用 std::jthread（推荐）
声明 std::jthread thread_；start_thread() 中直接 thread_ = std::jthread{&Worker::run, this}；析构时自动 request_stop() 并 join()，无需手动干预——但前提是 run() 函数签名必须接收 std::stop_token 参数，否则无法响应中断。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
协作退出必须双保险
仅靠 std::stop_token.stop_requested() 不足以覆盖所有等待场景。例如线程阻塞在 std::condition_variable::wait 上时，若未使用 wait(..., stoken) 重载，stop_token 将被完全忽略。
因此必须搭配一个 std::atomic_bool running_ 成员，在 run() 循环中同时检查 while (running_ && !stoken.stop_requested())。
stop() 接口应先 running_.store(false, std::memory_order_relaxed)，再调用 cv.notify_one()（如有等待点），最后 request_stop() → join()；【running_ 必须声明为 std::atomic_bool，普通 bool 会被编译器缓存，导致线程永远不退出】
避免隐式捕获 this 导致悬垂指针
若线程逻辑封装在 lambda 中，禁止写 [this] { ... } —— 这是裸指针，不延长对象生命周期。
正确做法是让类继承 std::enable_shared_from_this
[self = weak_from_this()]() mutable {
if (auto ptr = self.lock()) ptr->do_work();
};
这样即使外部 shared_ptr 已销毁，lock() 返回空，lambda 安静退出，不会解引用已释放内存。
析构函数中必须优先处理线程终止
1. 首先设置 running_.store(false) 并唤醒所有等待点（如 cv.notify_all()）；
2. 然后调用 thread_.request_stop()（jthread）或手动修改原子标志（thread）；
3. 最后调用 thread_.join() 或依赖 jthread 析构自动完成；
4. 若使用 std::thread 成员，析构函数末尾必须再次检查 joinable()，防止因异常跳过 join 步骤。
这四步顺序不可颠倒：先通知退出，再等待收尾。跳过第1步可能导致线程卡死在 sleep 或 wait 中，永远无法进入 join 状态。
