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() 没执行就退出了。这是因为：
-
std::jthread析构时默认调用join()，但 lambda 内部没检查中断状态，线程可能卡在sleep_for里无法响应停止 - 若主线程很快返回（比如在函数末尾），
std::jthread对象析构会阻塞，直到 sleep 结束——这违背“异步”本意 - 没做中断检查，无法提前终止延迟任务（比如用户取消操作）
正确写法：用 std::stop_token 配合 wait_until 做可取消等待
核心是放弃 sleep_for，改用 wait_until 在条件变量上等待指定时间点，并主动轮询中断信号。这样既能准时唤醒，又能被立即打断：
auto delay_then_run = [](std::stop_token stoken, std::chrono::steady_clock::duration delay, auto&& f) {
auto wake_time = std::chrono::steady_clock::now() + delay;
std::mutex m;
std::condition_variable cv;
std::unique_lock<std::mutex> lk(m);
// 等待到时间点，或被中断
cv.wait_until(lk, wake_time, [&]{ return stoken.stop_requested(); });
if (!stoken.stop_requested()) {
std::invoke(std::forward<decltype(f)>(f));
}
};
// 启动：传入 stop_token，延迟 3 秒后执行
std::jthread t(delay_then_run, std::chrono::seconds(3), []{
std::cout << "done after 3s\n";
});
// 若需提前取消：
// t.request_stop();
注意点：
立即学习“C++免费学习笔记（深入）”；
- 必须用
std::chrono::steady_clock（非system_clock），避免系统时间跳变导致等待异常 -
cv.wait_until第三个参数是谓词，返回true时立即返回，所以要显式检查stop_requested() - 不要捕获局部变量引用进 lambda——
std::jthread可能比栈帧活得久，值捕获更安全
std::this_thread::sleep_for 还能不能用？
能，但仅限于「不需要取消」且「不关心精度」的简单场景。例如调试打印、单次模拟延迟：
std::jthread([]{
std::this_thread::sleep_for(std::chrono::milliseconds(500));
std::cout << "fire once\n";
});
问题很直接：
- 写成
sleep_for(500)编译失败；必须用std::chrono::milliseconds(500)或字面量（如500ms，需using namespace std::literals） - Windows 下实际延迟可能浮动 ±15ms，别用于对齐音频/视频帧等硬实时场景
- 一旦进入
sleep_for，就无法被request_stop()打断——这是最常被忽略的限制
高频延迟任务（如每 100ms 触发）千万别用 std::jthread 反复创建
每次构造 std::jthread 都涉及系统线程创建开销，频繁启停会吃光线程资源。真实项目中应：
- 复用一个后台线程，用循环 +
wait_until实现多任务调度 - 维护一个最小堆（按触发时间排序）的定时任务队列
- 每次
wait_until到最近任务时间点，执行后重新计算下一次等待时长 - 若所有任务都被取消，就用
wait等待新任务注册，而非忙等
这个模式已接近轻量级 timer service，但 std::jthread 本身不提供队列或调度逻辑——你得自己补全。
