应使用全局或局部静态std::stop_source并配合作用域内紧邻声明的std::stop_callback来实现多线程同步取消；回调中仅执行无锁、非阻塞操作。

让多个线程响应同一个取消信号

主线程发出一次 request_stop()，所有工作线程必须同步执行各自清理逻辑，不能依赖各线程私有 stop_source。

方法一：使用全局 static std::stop_source

在文件作用域顶部声明 【static std::stop_source g_stop;】，确保其生命周期从程序启动持续到 main() 返回之后。

每个 std::jthread 启动时，显式接收 g_stop.get_token() 作为参数，而非调用 t.get_stop_token()。

方法二：在 main() 开头构造命名空间作用域对象

把 std::stop_source 声明为局部静态变量：static std::stop_source local_stop; —— 这比栈上变量安全，又比全局变量封装性更好。

注意：绝不能写成 std::stop_source stack_stop; 放在 main() 普通局部作用域里，它会在 main() 返回前析构，导致所有绑定的 callback 失效。

正确声明 std::stop_callback 的位置

std::stop_callback 必须存活至 request_stop() 被调用且回调执行完毕，否则注册即失效。

第一步：先声明 std::jthread 变量

第二步：紧随其后在同一作用域内声明 std::stop_callback

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

例如：std::jthread worker{[](std::stop_token t) { /* 工作循环 */ }}; → 下一行立即写 std::stop_callback cb{worker.get_stop_token(), []{ cleanup(); }};

这样能保证 cb 的析构晚于 worker 的 request_stop() 调用时机，因为 worker 析构会触发其内部 stop_source::request_stop()，而 cb 仍处于活跃状态。

方法三：作为类成员变量持有

在管理线程生命周期的类中定义 std::stop_callback m_cb;，并在构造函数中用外部 token 初始化，确保其生存期与类实例一致。

避免回调中执行危险操作

std::stop_callback 的执行上下文是 request_stop() 被调用的线程（通常是主线程或信号处理线程），不是工作线程本身。

回调里可以安全地设置原子标志：done_flag.store(true, std::memory_order_relaxed);

可以调用 cv.notify_one(); 唤醒等待中的工作线程。

可以释放裸指针内存：delete ptr; 或关闭原始文件描述符：close(fd);

【禁止在回调中调用 std::ofstream::close()】——它可能触发缓冲区刷盘并阻塞数毫秒甚至更久，拖住整个取消流程。

同样禁止调用 std::mutex::lock()，若此时锁已被工作线程持有可能导致死锁。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！