C++如何使用std::stop_token优雅地在多级嵌套任务中请求终止-C++-PHP中文网

std::stop_token不能自动穿透多级调用链，必须手动逐层传递；它只是对std::stop_source状态的只读视图，每级任务需显式接收并转发同一token，否则stop_requested()将始终返回false。

c++如何使用std::stop_token优雅地在多级嵌套任务中请求终止

std::stop_token 能否穿透多级线程/协程调用链？

不能自动穿透，必须手动传递。std::stop_token 本身不携带“传播”能力，它只是对底层 std::stop_source 状态的只读视图。你在顶层创建的 std::stop_source，其关联的 std::stop_token 必须显式传给每一层嵌套任务——无论是新线程、std::jthread、还是协程（C++20）的子任务。

常见错误是：只把 std::stop_token 传给第一层子线程，第二层子任务却用默认构造的空 token（std::stop_token{}），结果调用 stop_requested() 永远返回 false，根本收不到终止信号。

每级任务函数签名必须接受 std::stop_token 参数（推荐 const 引用）
启动下级任务时，把当前层级收到的 token 原样传下去，不要重新构造
若用 std::jthread，优先用其构造函数自动绑定 stop_source；手动管理时，确保所有层级共用同一个 std::stop_source

在 std::jthread + lambda 嵌套中如何避免 token 失效？

lambda 捕获 std::stop_token 时，若按值捕获且原 token 来自已析构的 std::jthread 或局部 std::stop_source，就会悬垂。最稳妥的方式是让 std::jthread 管理生命周期，并通过引用捕获 token。

例如：启动一个带子任务的 jthread，子任务也需响应停止 —— 不能在 lambda 内部再 new 一个 std::stop_source，而应复用父级的 token：

C++ 算法竞赛自动化测试数据生成与校验框架

根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。

下载

std::jthread outer([](std::stop_token st) {
    std::jthread inner([st](std::stop_token child_st) {
        while (!child_st.stop_requested()) { /* 工作 */ }
    }, st); // ← 关键：把 outer 的 st 传给 inner
    while (!st.stop_requested()) { /* 外层工作 */ }
});

不要在 lambda 中按值捕获 token 后又把它 move 到另一处（token 是可复制的，但 move 后原变量失效）
避免在栈上创建临时 std::stop_source 并立即传 token 给脱离作用域的线程
如果嵌套深度大、路径分支多，建议把 token 封装进 task context 结构体统一传递，减少遗漏

协程（C++20）中 std::stop_token 怎么和 promise_type 配合？

标准库协程不内置 stop 支持，必须手动在自定义 promise_type 中存一份 std::stop_token，并在 get_return_object 或 initial_suspend 时注入。否则 co_await 表达式无法感知外部停止请求。

典型做法是：协程函数参数接收 token，promise 构造时保存它，并提供类似 stop_requested() 的成员函数供 await_ready 或用户逻辑调用：

struct task_promise {
    std::stop_token stop_tok;
    task_promise(std::stop_token t) : stop_tok(t) {}
    auto await_ready() { return stop_tok.stop_requested(); }
};

协程挂起后，外部调用 stop_source.request_stop()，所有持有该 token 的协程下次 await 时能立刻响应
注意：协程恢复点（resume）不一定在 await_ready 返回 true 后立即执行，所以业务逻辑里仍需轮询 stop_tok.stop_requested()
多个协程共享同一 token 是安全的；但不要把 token 存在协程栈上并跨 suspend/resume 生命周期使用（可能被销毁）