线性一致性是C++并发中判断数据结构行为正确性的形式化模型，要求所有操作可排成与真实时间一致的全局顺序，且读操作返回其线性化点前最近写入的值；它保障行为可预测、可组合，seq_cst默认满足，而acq_rel等弱序需结合算法证明线性化点。
线性一致性（Linearizability）在 C++ 并发编程中，不是语言标准内置的概念，而是用来判断并发数据结构行为是否正确的一个形式化理论模型。它回答的问题是：这个无锁队列、原子栈或共享计数器，是不是“表现得像只有一个线程在操作它”？
它本质上是“单副本假象 + 时间顺序约束”
一个 C++ 并发对象（比如 std::atomic 或自研的 lock-free queue）若满足线性一致性，意味着：
- 所有操作（读、写、CAS、push、pop）可以被排成一个全局顺序，且该顺序与真实时间不冲突——如果操作 A 的调用明显发生在操作 B 的响应之后，那 A 就必须排在 B 前面；
- 每个读操作返回的值，必须是该读操作“线性化点”（linearization point）之前最近一次写操作所写入的值；
- 整个执行历史看起来就像这个对象是单线程、无并发、无重排、无缓存延迟地运行的——哪怕底层用了内存序、fence、lock-free 技巧。
为什么 C++ 程序员需要关心它？
因为 满足线性一致性 = 行为可预测、可推理、可组合。举几个典型场景：
- 你封装了一个原子计数器，用户调用
inc()后立刻调用get()，必须看到 +1 的结果； - 两个线程并发 push 元素到无锁栈，第三个线程 pop —— 它不能漏掉某个元素，也不能看到“中间态”（比如指针悬空、节点未初始化）；
- 使用
memory_order_seq_cst的原子操作，默认提供线性一致性的语义（C++11 标准保证），但用relaxed或acquire/release就不一定了——是否满足，得看具体实现和调用模式。
它和 C++ 内存模型的关系很紧
线性一致性不是靠编译器自动施加的，而是靠程序员显式构造的：
立即学习“C++免费学习笔记（深入）”；
-
seq_cst是最简单的方式：所有seq_cst操作构成一个全局全序，天然支持线性化； - 但高性能场景常避开
seq_cst（开销大），改用更弱的序（如acq_rel），这时是否仍满足线性一致性，必须结合算法逻辑证明——比如 Michael-Scott 队列的线性化点定在 CAS 成功那一刻； - 没有线性化点定义的操作（比如某些 relaxed load/store 组合）可能产生违反直觉的行为：线程 A 写了 x=1，线程 B 却读到 x=0，即使它们在不同核上且无同步——这不是 bug，而是未承诺线性一致。
怎么验证你的并发结构满足它？
实践中不靠手工穷举，常用方法有：
- 形式化建模：用 TLAs+、Spin 等工具对操作序列建模，检查是否能映射到某个合法的单线程执行序列；
- 线性化点证明：为每个操作指定一个不可分割的“生效瞬间”（通常对应某个原子指令的成功执行），并验证所有读操作都看到此前最近的写；
- 压力测试 + 观察器：用 Litmus 测试生成大量交错执行，配合断言（如 “pop 后 size 不为负”、“两次连续 read 返回相同值则中间必无 write”）反向排查反例。
基本上就这些。它不复杂但容易忽略——尤其当你把 lock-free 当作性能银弹时，线性一致性才是那个决定“它到底能不能用”的底线。
