静态变量在JDK 8+中实际存储于堆，而非元空间；元空间仅存类元数据，静态变量随Class对象存于堆并受GC管理，其初始化时机取决于类的主动使用。
方法区（JDK 8+ 后为元空间）是静态成员的“归属地”，它和类初始化直接绑定——静态变量、静态方法、静态代码块，都在类首次被主动使用时，随类一起加载进方法区，并完成初始化。
静态成员为什么存放在方法区
因为它们属于类本身，而非某个对象。JVM 在类加载阶段就把这些成员结构化地存入方法区：包括字段名、类型、修饰符、初始值等元信息；对于静态变量，还会为其分配固定内存位置。这样，无论后续创建多少个对象，所有实例共享同一份静态数据，访问时只需通过类名定位到方法区中的地址即可。
- 基本类型静态变量（如 public static int count = 0;）在类加载时直接写入方法区对应槽位
- 引用类型静态变量（如 private static List<String> cache;）在方法区只存一个 null 引用，真正对象仍创建在堆中
- 静态方法字节码也存于方法区，但不占额外数据空间——它是一段可复用的指令集，被所有调用共享
类初始化触发静态成员初始化
静态成员不是一写完代码就初始化，而是等到类被「主动使用」那一刻才真正执行。JVM 规定的主动使用场景包括：
- 访问某个静态字段（读或写，不包括 final 常量）
- 调用某个静态方法
- 使用 new 创建该类实例
- 反射调用（如 Class.forName("Xxx")）
- 子类初始化时，若父类尚未初始化，则先触发父类初始化
此时 JVM 才进入「初始化阶段」：按声明顺序，先执行静态变量显式赋值，再逐个运行静态代码块。这个过程仅一次，且线程安全（JVM 保证同一类不会被并发初始化）。
常见误区与陷阱
容易误以为“写了 static 就立刻有值”，其实很多问题源于初始化时机不可控：
- 静态字段为 null 却直接使用：比如声明 static Map<String, Object> config; 但没初始化，后续调用 config.put() 会抛出 NullPointerException
- 静态代码块里依赖未初始化的其他静态字段：字段声明顺序决定执行顺序，错序会导致默认值（如 0、null）被误用
- final static 常量“例外”：编译期常量（如 public static final int MAX = 100;）在编译时就被内联到调用处，不触发类初始化
验证方式：看类是否真被初始化了
可以在静态代码块里加日志或断点，配合 JVM 参数 -XX:+TraceClassLoading 或 -verbose:class 观察类加载日志。你会发现，只有第一次触发主动使用时，才会打印类似 [Loaded com.example.MyClass from file:...] 的记录，之后再访问静态成员，不会再重复加载和初始化。
