默认用memory_order_seq_cst最安全，但性能开销大；需据场景选memory_order_relaxed（仅原子性）、acquire（load后不重排）、release（store前不重排）、acq_rel（读改写）或seq_cst（全局顺序）。
std::atomic::load/store 的 memory_order 参数怎么选
默认用 memory_order_seq_cst 最安全，但不是所有场景都需要它；选错内存序会导致读写重排、可见性丢失，甚至逻辑错误——尤其在无锁数据结构或性能敏感路径中。
常见错误是直接删掉参数（以为默认就“够用”），结果在多核上偶发崩溃；或者盲目套用 memory_order_relaxed，却没确保其他同步点已覆盖依赖关系。
-
memory_order_relaxed：只保证原子性，不约束前后指令重排。适合计数器、状态标记等无需同步依赖的场景 -
memory_order_acquire：用于load()，保证之后的读写不被重排到它前面；常配对memory_order_release -
memory_order_release：用于store()，保证之前的读写不被重排到它后面 -
memory_order_acq_rel：用于fetch_add()等读-改-写操作，兼具 acquire 和 release 语义 -
memory_order_seq_cst：默认值，全局顺序一致，开销最大，但行为最符合直觉
load() 用 acquire、store() 用 release 的典型配对场景
这是最常用且易理解的同步模式，适用于“生产者-消费者”类通信：一方写入数据并设标志，另一方检查标志后读取数据。
错误做法是两边都用 relaxed，此时消费者可能看到标志已置位，但实际数据还未写入完成（编译器/CPU 重排所致）；正确配对才能建立 happens-before 关系。
std::atomic<bool> ready{false};
int data = 0;
// 生产者
data = 42; // 非原子写
ready.store(true, std::memory_order_release); // 这行之后的 store 不会提前到它前面
// 消费者
while (!ready.load(std::memory_order_acquire)) {} // 这行之前的 load 不会延后到它后面
std::cout
<h3>什么时候必须用 seq_cst，什么时候可以 relax</h3>
<p>多个原子变量之间存在逻辑依赖时，<code>seq_cst</code> 是最省心的选择；但如果只关心单个变量的修改顺序（比如一个计数器自增），<code>relaxed</code> 完全够用且更快。</p>
<p>容易被忽略的是：即使单个操作用了 <code>relaxed</code>，若它参与了更复杂的同步协议（如与 mutex 或其他原子操作组合），仍需按整体语义补足 acquire/release。</p>
<ul>
<li>计数器累加：<code>counter.fetch_add(1, std::memory_order_relaxed)</code> 安全</li>
<li>标志位切换（带副作用）：<code>flag.store(true, std::memory_order_release)</code> 更稳妥</li>
<li>跨线程传递指针：<code>ptr.store(p, std::memory_order_release)</code> + <code>ptr.load(std::memory_order_acquire)</code> 必须成对</li>
<li>调试时怀疑重排问题：临时全换成 <code>seq_cst</code> 看是否复现，可快速定位是否内存序导致</li>
</ul>
<h3>不同平台对 memory_order 的实际支持差异</h3>
<p>x86/x64 对 <code>acquire</code>/<code>release</code> 几乎零开销（靠 CPU 内存屏障指令隐含保证），但 ARM/AArch64 和 RISC-V 需要显式 <code>dmb</code> 类指令，性能影响更明显。</p>
<p>这意味着：在 x86 上用 <code>acquire/release</code> 和 <code>seq_cst</code> 性能差距小，容易让人误判为“随便选都行”；一到 ARM 就可能暴露延迟问题。</p>
<ul>
<li>Clang/GCC 在 ARM 下会为 <code>acquire</code> 插入 <code>ldar</code>，为 <code>release</code> 插入 <code>stlr</code>
</li>
<li>
<code>relaxed</code> 在所有平台都只是普通读/写指令（无屏障），但不意味着“无风险”</li>
<li>某些嵌入式平台（如部分 Cortex-M）不支持部分内存序，编译器可能静默降级或报错</li>
</ul>
实际写的时候，先按 <code>seq_cst</code> 实现并通过测试，再根据性能热点和同步需求逐步放宽；别一上来就用 <code>relaxed</code> 碰运气。</bool>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
