std::barrier构造时必须指定固定线程数且不可更改，计数器原子递减但构造/析构非线程安全；wait()仅最后线程返回true并可执行回调；不保证唤醒顺序与内存序，需手动加栅栏；生存期须长于所有调用线程。
barrier 构造时必须指定参与线程数，且不可更改
构造 std::barrier 时传入的整数是「预期到达屏障的线程总数」，它在对象生命周期内固定。如果实际等待的线程数少于该值，wait() 会永远阻塞；多于该值则触发未定义行为——因为 barrier 内部不校验调用者身份，只靠计数器递减。
常见错误是把 barrier 声明在循环里，每次迭代都新建一个：for (...) { std::barrier b(4); b.wait(); }——这会导致每次都是全新 barrier，4 个线程各自等自己，根本不同步。正确做法是把 std::barrier 定义在所有线程共享的作用域（如函数局部静态、或传入线程函数的引用）。
- 构造参数必须是编译期可知的常量表达式（C++20 要求），不能是运行时计算的变量（除非 constexpr 上下文）
- 若需动态线程数，得用
std::latch+ 外部协调，barrier 本身不支持 resize - 注意：barrier 的计数器是原子递减的，但构造/析构不是线程安全的，务必确保所有线程开始 wait 前 barrier 已构造完成
wait() 返回 true 仅发生在最后一个到达的线程上
std::barrier::wait() 返回 bool：只有「第 N 个调用者」（即让计数器从 1 减到 0 的那个线程）返回 true；其余全部返回 false。这个返回值常被误当作「是否同步成功」，其实它只是「是否为释放者」的信号。
典型用途是让最后一个线程执行一次全局操作（比如刷新缓存、更新共享状态、发通知），其他线程继续等待下一轮。别把它当成错误码来检查。
立即学习“C++免费学习笔记（深入）”；
- 返回
true的线程可以安全修改 barrier 关联的共享数据，此时其余线程仍在wait()中阻塞 - 如果 barrier 构造时传了回调函数（
std::barrier<:function>></:function>），该回调会在返回true前自动执行，且只执行一次 - 回调中抛异常会导致调用
std::terminate()，所以务必确保回调无异常——或用 try/catch 包裹后吞掉异常
barrier 不保证线程唤醒顺序，也不提供内存序控制
std::barrier 本身不带内存序语义。它只保证「所有线程都到达后，才允许全部继续」，但不约束它们继续执行时对共享变量的读写顺序。如果你在 barrier 前写了一个标志位、在 barrier 后读它，可能因 CPU 乱序或编译器重排导致读到旧值。
解决方法是在 barrier 前后手动加内存栅栏，或者依赖 barrier 内部隐含的 acquire-release 语义（C++20 标准规定 wait() 至少具有 std::memory_order_acquire 和 std::memory_order_release 效果）——但这仅作用于 barrier 自身的计数器操作，不扩散到你的变量。
- 安全做法：在 barrier 前用
store(flag, true, std::memory_order_relaxed)，之后加std::atomic_thread_fence(std::memory_order_release)；barrier 后加std::atomic_thread_fence(std::memory_order_acquire)再读 flag - 更简单的方式是直接用
std::atomic<bool></bool>配合memory_order_seq_cst，虽然稍重，但不易出错 - 别依赖 barrier 让两个线程「严格按序执行某段代码」——它只同步到达点，不控制后续指令流
和 latch、semaphore 混用时要注意所有权与生命周期
barrier 是一次性同步点，但可重复使用（计数器自动重置）。而 std::latch 是一次性的，count-down 后不能再 wait；std::counting_semaphore 则是通用资源计数器。三者混合时最容易出问题的是对象销毁时机。
例如：主线程创建 barrier，启动 4 个线程，然后主线程立刻退出函数——若 barrier 是栈对象，它会被析构，而子线程还在调用 wait()，结果是未定义行为（访问已释放内存）。
- barrier 必须比所有调用它的线程活得更久；推荐用
std::shared_ptr<:barrier></:barrier>或 static 存储期 - 不要把 barrier 和 latch 当作等价物替换：latch 适合「主线程等子线程完成」，barrier 适合「子线程互相等待彼此到达某点」
- 若需带超时的等待，barrier 本身不支持；得用 condition_variable + mutex 模拟，或封装一层带
std::chrono的轮询逻辑
