请解释 .NET 中的"内存模型（Memory Model）"是什么？为什么多线程下即使没有报错程序仍可能出现错误结果？
参考答案
.NET 内存模型（Memory Model） 定义了多线程环境中：
👉 变量在 CPU、缓存、寄存器、主内存之间的可见性与执行顺序规则
很多开发者误以为：
代码按写的顺序执行，线程一定能看到最新变量值。
但实际上，在现代 CPU 和 JIT 编译优化下，并不成立。
一、问题来源
多线程错误通常来自两个原因：
1️⃣ CPU 缓存（Cache）
每个 CPU Core 都有自己的缓存。
线程A修改变量后：
数据可能只存在 CPU Cache 中
线程B仍读取旧值
于是出现：
✅ 程序没报错
❌ 结果却错误
2️⃣ 指令重排序（Instruction Reordering）
为了性能优化：
编译器 JIT CPU
都会改变指令执行顺序（只要单线程结果正确）。
但在多线程下：
👉 顺序改变可能破坏线程协作逻辑
二、典型现象
常见问题包括：
线程看不到最新数据（Visibility Problem） 状态提前发布（Unsafe Publication） 双重检查锁失败
自旋等待永远不结束
三、.NET 如何保证可见性？
.NET 提供三种主要手段：
✅ 1. lock
隐含 Memory Barrier（内存屏障）
保证进入/退出临界区时同步内存
👉 最安全方式
✅ 2. volatile
保证：
不使用线程本地缓存
禁止指令重排序
适用于简单标志位。
✅ 3. Interlocked
通过 CPU 原子指令：
原子更新
自带内存屏障
用于高性能并发控制。
核心理解：
👉 线程安全 ≠ 不崩溃，而是可见性 + 顺序性 + 原子性
追问 1
为什么 double-check locking 在早期是错误的？
答案：
双重检查锁（Double-Checked Locking）用于延迟初始化单例，但在没有内存屏障时可能失败。
对象创建实际包含三个步骤：
分配内存
初始化对象
将引用赋值
由于指令重排序，步骤可能变为：
1 → 3 → 2
结果是：
线程B看到引用已存在，但对象尚未初始化完成，从而访问未初始化状态。
解决方案是：
使用 volatile
或 .NET 提供的 Lazy<T>
或静态初始化
问题本质是：
👉 可见性 + 重排序
追问 2
为什么很多多线程 Bug 很难复现？
答案：
多线程 Bug 依赖运行时调度与硬件状态，因此具有随机性。
影响因素包括：
CPU 核心调度顺序
Cache 命中情况 JIT 优化
操作系统时间片Release 与 Debug 模式差异
代码可能运行数千次都正常，但在某次特定调度顺序下失败。
