静态字段在准备阶段赋默认值、初始化阶段赋显式值，是jvm规范定义的两次逻辑初始化，并非两次硬件级内存写操作；实际仅初始化阶段可能触发一次有效store指令，且常被jit优化消除冗余写入。
静态字段在准备阶段和初始化阶段的两次赋值，并不对应两次独立的硬件级总线写操作，也不能简单理解为“产生双倍总线开销”。这种说法混淆了JVM规范语义、内存模型抽象与底层硬件行为之间的层级关系。
准备阶段的“赋零值”是逻辑初始化，不触发真实内存写入
在类加载的准备阶段，JVM仅保证静态字段被赋予默认值（如int→0、reference→null）。这一过程发生在方法区（JDK8+为Metaspace）或堆中静态变量存储区，由类加载器在元数据结构中完成字段槽位的逻辑占位。它不涉及对运行时堆内存地址的实际写访问，更不会生成CPU Store指令或触发总线事务。现代JVM（如HotSpot）通常将该阶段实现为结构体字段清零或直接映射为初始常量，属于元数据构造的一部分，无可观测的内存总线活动。
初始化阶段的赋值才可能引发真实内存写，但受多种机制优化
真正执行源码中显式初始值（如static int x = 42;）或静态代码块逻辑，是在初始化阶段。此时若字段位于堆中（如JDK8+的静态引用类型变量），其赋值会触发一次内存写入——但该写入是否转化为总线事务，取决于：
- CPU缓存一致性协议（如MESI）：多数情况下，写入首先落在L1/L2缓存行内，仅当缓存行失效或需同步到其他核心时，才触发总线嗅探（bus snooping）或目录更新，而非每次写都走总线
- JIT编译优化：常量传播、死存储消除（Dead Store Elimination）可能完全移除冗余赋值；若字段后续未被读取或逃逸分析判定为栈上分配，甚至可避免堆写入
- 内存屏障插入点：仅当存在volatile修饰、同步块或happens-before边时，JVM才插入内存屏障（如x86的mov + lock prefix），影响缓存同步策略，而非“增加总线次数”
所谓“两次赋值”在硬件视角往往合并为一次有效写入
以static final String s = "hello";为例：
- 准备阶段：字符串引用字段在类元数据中设为null（逻辑状态，无内存写）
- 初始化阶段：常量池解析后，将指向字符串对象的引用一次性写入静态字段地址
- 实际硬件层面：只有一次对目标内存地址的有效Store指令，且大概率命中本地缓存，不跨越总线
即使非final字段（如static int counter = 1;），现代JVM也会在类初始化时直接用立即数覆盖默认零值，中间零值在内存中不留痕——不存在“先写0再写1”的两次总线写序列。
真正影响总线压力的是并发访问模式，而非初始化次数
静态字段的总线开销主要出现在多线程争用场景：
- 多个线程频繁读写同一静态volatile字段：触发缓存行反复失效与重载，增加总线带宽占用
- 高竞争的静态计数器（如AtomicInteger）：CAS失败重试导致多次缓存一致性流量
- 大对象静态数组的批量初始化：可能跨多个缓存行，引发多次缓存行填充（cache line fill）
这些属于运行时行为，与类加载阶段的两次规范定义无关。
