静态变量自jdk7起移至堆中，随class对象存储；jdk8取消永久代，静态变量仍存于堆，元空间仅存类元数据。
静态变量的存储位置不是一成不变的，它随着 JDK 版本演进发生了关键迁移：从 Java 7 开始松动，到 Java 8 彻底转向——静态变量（包括其值或引用）不再存于传统意义上的“方法区”，而是随 Class 对象一起落于堆中。
Java 7：静态变量从永久代移出，进入堆内存
在 JDK 7 中，HotSpot JVM 做了一项重要调整：将字符串常量池和静态变量从永久代（PermGen）迁移到 Java 堆。这意味着：
- 静态变量（无论 int、String 还是自定义对象引用）的存储主体（即变量槽本身）已位于堆中；
- Class 对象也首次被放入堆，静态变量作为其字段的一部分，逻辑上归属于该 Class 实例；
- 永久代此时仍存在，但仅保留类元数据（如方法字节码、符号引用等），不再承载静态域数据。
Java 8 及以后：永久代移除，元空间接管元数据，静态变量稳居堆中
JDK 8 彻底废弃永久代，引入元空间（Metaspace），但注意：元空间只存放类的结构信息（如运行时常量池、字段/方法的符号表、注解等），不存静态变量本身。真实情况是：
- 每个加载的类对应一个 java.lang.Class 实例，该实例分配在堆内存；
- 所有 static 字段（包括基本类型值、对象引用）都作为 Class 对象的“隐式字段”直接内嵌或附着在其内存布局尾部；
- 若静态变量是引用类型（如 static List
cache = new ArrayList(); ），则引用地址存于 Class 对象所在堆区域，而 new 出的 ArrayList 实例本身也分配在堆（年轻代或老年代）。
为什么说“随 Class 对象移动”更准确？
过去常说静态变量在“方法区”，其实是混淆了存储载体与逻辑归属。本质变化在于 Class 对象的存放位置：
- JDK 6 及之前：Class 对象在永久代 → 静态变量自然也在永久代；
- JDK 7 起：Class 对象搬进堆 → 静态变量跟着进堆；
- JDK 8+：Class 对象仍在堆，元空间仅负责类描述信息，不参与静态变量生命周期管理；
- GC 可以回收无用 Class 对象（配合类卸载），连带其持有的静态变量也被清理——这只有在堆中才可能由 JVM 统一管理。
实际影响与开发提示
这个变化对日常编码虽透明，但在调优和排查时需留意：
- 堆内存压力增加：大量使用静态集合或缓存，会直接占用堆空间，可能触发频繁 GC；
- 类卸载条件更严格：即使 ClassLoader 被回收，若仍有强引用指向该类的静态变量，Class 对象就无法被卸载；
- 不能靠 -XX:MaxMetaspaceSize 限制静态变量内存：元空间参数只管类元数据，静态变量大小受 -Xmx 控制；
- 反射获取 static 字段时，本质是读取 Class 对象内存中的偏移量——这也是为什么 JDK 7+ 后通过 Unsafe 操作 Class 实例能间接修改静态变量。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
