std::stop_callback不跨线程触发且不自动传播取消信号，仅响应绑定token关联的request_stop()调用；其生命周期由raii管理，局部对象易致“注册即失效”；多线程协同需共享外部stop_source并确保其生命周期最长；回调须轻量、无锁、不阻塞，运行于request_stop()调用线程上下文；它仅为通知机制，线程退出仍依赖显式轮询stop_requested()。
std::stop_callback 本身不跨线程触发，也不会自动传播取消信号——它只响应构造时绑定的那个 std::stop_token 所关联的 std::stop_source::request_stop() 调用。想让多个线程协同响应同一取消请求，必须共享一个外部 std::stop_source，再各自用它的 get_token() 构造回调。
为什么 std::stop_callback 在子线程里注册后根本不执行？
最常见原因是对象生命周期太短：RAII 特性导致“注册即失效”。std::stop_callback 构造时注册、析构时注销，它不驻留在线程内部，也不跨作用域存活。
- 错误写法：
std::jthread t([](std::stop_token token) { std::stop_callback cb(token, []{ cleanup(); }); });→cb是 lambda 内局部变量，lambda 返回即析构，后续request_stop()完全无回调可调 - 若回调捕获栈上局部对象（如
std::ofstream&或std::mutex&），析构后访问就是悬垂引用，可能引发未定义行为 - 正确做法：把
std::stop_callback定义在和线程同生命周期的作用域，比如紧挨着std::jthread声明之后，或作为类成员变量
如何让多个线程响应同一个 SIGINT 或手动取消？
关键不是传 token，而是共享 std::stop_source 实例，并确保它活得比所有线程都久。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 必须用外部
std::stop_source（不能是std::jthread自带的私有 source）：static std::stop_source global_stop;或在main()开头声明 - 信号处理函数中调用
global_stop.request_stop()—— 这是 async-signal-safe 的唯一安全方式 - 每个线程启动时接收
global_stop.get_token()，再用它构造自己的std::stop_callback，不能复用同一个 callback 实例 - 多个线程共用同一
token时，std::stop_callback执行顺序不保证，别让它们互相依赖（比如 A 回调 unlock mutex，B 回调 lock 同一 mutex）
std::stop_callback 里到底能写什么？
它运行在调用 request_stop() 的线程上下文中（可能是主线程、信号处理线程），不是工作线程本身，所以必须轻量、无锁、不阻塞。
- ✅ 推荐操作：
done_flag.store(true, std::memory_order_relaxed)、cv.notify_one()、关闭裸文件描述符（close(fd)）、释放非托管内存（delete ptr） - ❌ 禁止操作：
std::ofstream::close()（可能阻塞刷盘）、std::mutex::lock()（可能死锁）、write()或fsync()（I/O 阻塞）、等待其他线程结束 - 回调不重入、不排队、执行完即失效；它不是事件循环，也不是钩子机制
什么时候干脆别用 std::stop_callback？
它不是必需品。多数简单场景下，直接轮询更清晰、更可控、更少出错。
-
std::stop_callback是“通知器”，token.stop_requested()才是“执行开关”。两者必须配合使用 - 长循环必须拆解：不要写
for (int i = 0; i ，而要插检查点：<code>if (token.stop_requested()) return; - 阻塞调用前加判断：比如
if (token.stop_requested()) break;再调用read()或sleep_for() -
std::jthread自动处理sleep_for中的取消，但你自己写的忙等（while(!done);）不会响应
真正容易被忽略的是：回调函数不抛异常、不阻塞、不重入，也不会自动让线程退出循环——它只是“通知一声”，仅此而已。任务是否停、停在哪、怎么收尾，永远取决于你写的轮询逻辑和资源清理代码。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
