counter.load()合法而counter.load std::memory_order_acquire非法，因load是函数调用，必须带括号；仅memory_order_relaxed、acquire、seq_cst可用于load，错用会导致同步失效或性能损耗。
必须显式传入 std::memory_order 参数，否则编译失败——C++ 标准不接受“隐式推导”，哪怕你只想用默认行为。
为什么 counter.load() 合法但 counter.load std::memory_order_acquire 不合法
因为 load 是函数调用，不是宏或语法糖。漏掉括号、把参数当空格分隔写，编译器会当成两个独立 token 处理，直接报错：error: expected '(' before 'std'。正确写法只有两种：
-
counter.load()—— 等价于counter.load(std::memory_order_seq_cst)，合法但隐含强约束 -
counter.load(std::memory_order_acquire)—— 显式指定，推荐用于同步场景
传参必须是标准枚举值，不能是自定义宏、运行时变量或类型转换表达式（如 static_cast<std::memory_order>(x)），否则即使 x 是 const 也可能被拒绝。
哪些 memory_order 值能用在 load 上
仅三个合法值：std::memory_order_relaxed、std::memory_order_acquire、std::memory_order_seq_cst。其他如 std::memory_order_release 或 std::memory_order_acq_rel 传给 load 会触发编译错误：error: 'memory_order_release' is not a valid argument to atomic load。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
-
relaxed：只保原子性，不约束重排。适合计数器、统计指标等无同步依赖的场景 -
acquire：保证该load后的所有读写不会被重排到它前面。必须和写端的store(std::memory_order_release)配对使用 -
seq_cst：默认值，全局顺序一致。x86 上常编译为普通mov，ARM64 上会插入dmb ish
选错 memory_order 的后果不是编译失败，而是偶发崩溃
错误往往在 ARM 或 RISC-V 平台上暴露，x86 因天然强序可能侥幸通过测试：
- 用
relaxed读一个承担同步职责的 flag（比如线程启动开关），后续读到未初始化的 data —— 因为编译器/CPU 把 data 的读取重排到了 flag 检查之前 - 用
acquire读一个纯计数器，白加内存栅栏，压测时 cache line 争用上升 -
acquire单独出现，但写端用的是relaxed：无法建立 synchronizes-with 关系，同步失效
真正容易被忽略的是：即使硬件没插屏障，编译器也会按 memory_order 禁止优化——这点在调试时看不见，但直接影响 correctness。
