std::jthread 不能直接启动就完事，因其析构时默认 join() 会阻塞线程，而 sleep_for 不响应中断；正确做法是用 stop_token 配合 condition_variable::wait_until 实现可取消的定时等待。

std::jthread + std::chrono::steady_clock 是 C++20 中唯一标准、可取消、生命周期安全的异步延迟回调方案，但必须手动实现等待逻辑——它不自带“定时器”语义，只提供带协作中断的线程封装。

为什么不能直接用 std::jthread 启动就完事？

很多人写成：std::jthread([]{ std::this_thread::sleep_for(2s); do_work(); });，结果发现 do_work() 没执行就退出了。这是因为：

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

• std::jthread 析构时默认调用 join()，但 lambda 内部没检查中断状态，线程可能卡在 sleep_for 里无法响应停止
• 若主线程很快返回（比如在函数末尾），std::jthread 对象析构会阻塞，直到 sleep 结束——这违背“异步”本意
• 没做中断检查，无法提前终止延迟任务（比如用户取消操作）

正确写法：用 std::stop_token 配合 wait_until 做可取消等待

核心是放弃 sleep_for，改用 wait_until 在条件变量上等待指定时间点，并主动轮询中断信号。这样既能准时唤醒，又能被立即打断：

std::chrono::steady_clock

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