std::latch不能重复等待，因为它是一次性同步原语：计数归零后所有wait()立即返回，无法重置；需重复同步应改用std::barrier。
std::latch 为什么不能重复等待
因为 std::latch 是一次性同步原语：一旦计数归零，所有阻塞在 wait() 上的线程被唤醒，之后再调用 wait() 会立即返回，count_down() 也不再有效。它不支持重置或复用——这点和 std::barrier 有本质区别。如果你需要多次同步，直接换用 std::barrier 更合适。
怎么用 latch 等待一组线程全部结束
核心思路是：主线程构造 std::latch，初始值设为线程数量；每个工作线程执行完任务后调用一次 count_down()；主线程调用 wait() 阻塞直到所有线程完成。
注意点：
-
std::latch必须是可被所有线程访问的共享对象（通常传引用或通过 lambda 捕获） - 工作线程里必须确保
count_down()被调用且仅调用一次，哪怕发生异常也要保证执行（建议用 RAII 封装或try/finally思路，C++ 里可用带析构函数的 guard） - 不要在线程函数外提前
count_down()，否则主线程可能误判完成
简单示例：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::latch done(3);
std::thread t1([&done] {
do_work();
done.count_down();
});
std::thread t2([&done] {
do_work();
done.count_down();
});
std::thread t3([&done] {
do_work();
done.count_down();
});
done.wait(); // 主线程在此阻塞，直到三个 count_down 全部执行
t1.join(); t2.join(); t3.join();
和 std::condition_variable 相比有什么优势
std::latch 是无锁、轻量、专用于“N 个参与者各做一次通知”的场景。它不需要互斥量、不需要手动管理 predicate、不会虚假唤醒。而 std::condition_variable 需要配对 std::mutex，还要写循环检查条件，代码更冗长、出错概率更高。
但反过来说，如果需要传递结果、响应中断、或等待带超时的复杂条件，std::latch 就不够用了——它只提供最朴素的“全部到达即唤醒”语义。
容易忽略的生命周期问题
std::latch 对象本身必须在线程调用 count_down() 期间保持有效。常见坑是把 latch 声明在局部作用域，却把线程 detach 或交由其他模块管理，导致主线程函数返回后 latch 被析构，而工作线程还在试图访问它——这属于未定义行为。
安全做法：
- 确保 latch 的生存期 ≥ 所有工作线程的运行期
- 避免 detach，优先用 joinable +
join()显式等待 - 若需跨作用域，考虑用
std::shared_ptr<:latch></:latch>管理，但要注意线程安全：count_down()和wait()本身是线程安全的，但智能指针的引用计数操作也得是原子的（std::shared_ptr默认满足）
最稳妥的模式还是让 latch 和线程对象在同一作用域声明，并按顺序 wait() → join()。
