准备阶段为类变量赋零值是jvm保障内存安全与确定性的必要机制，通过物理清零防止读取垃圾数据，仅编译期常量例外；业务值依赖运行时环境，必须延至初始化阶段执行。

准备阶段给类变量赋零值，不是疏忽或设计缺陷，而是 JVM 为保障安全、确定性和可预测性所采取的底层机制。它不执行任何 Java 代码，只做内存占位和清零，本质是“先铺路、后通车”。

零值是内存安全的强制起点

JVM 必须确保每次访问一个静态变量时，读到的绝不是操作系统内存页中残留的随机垃圾数据（比如前一个对象释放后留下的 0xCAFEBABE）。通过在准备阶段对每个字段槽位执行物理清零（如用 memset），JVM 统一将 int 设为 0、引用设为 null、boolean 设为 false——这个行为跨平台一致，与底层硬件无关。

业务值依赖执行环境，不能提前写入

你写的 static int port = Config.get("port"); 或 static List cache = new ArrayList(); 都需要运行时资源：类路径、系统属性、堆内存、甚至网络配置。而准备阶段发生在验证之后、解析之前，此时类还没完成符号引用解析，更没触发任何方法调用或对象创建。让 JVM 在此时执行你的业务逻辑，既不可行，也不可控。

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

编译期常量是唯一例外，因为它根本不需要运行时

只有 public static final String NAME = "app"; 或 static final int MAX = 100 + 2; 这类能在编译时完全确定的值，才会跳过零值阶段，直接写入。因为它们的值已固化在字节码的 ConstantValue 属性 中，不依赖任何运行期计算——这恰恰反向印证了“零值是默认兜底，真实值需条件成熟”的设计逻辑。

顺序与隔离性靠分阶段来保证

如果所有赋值都在同一阶段完成，就无法定义“谁先谁后”。而准备阶段统一设零，初始化阶段再按源码顺序执行 ，既支持父类优先于子类的初始化约束，也避免了静态字段间因声明顺序混乱导致的未定义行为（例如 static int a = b + 1; static int b = 5; 中 a 初始为 0+1=1，前提是 b 已被初始化——这个逻辑只能在可控的初始化阶段实现）。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南