类变量自jdk7起稳定位于堆中，与class对象共存；jdk6及之前存于永久代，jdk8后元空间仅存类元数据，不存静态变量值。
Java类变量（即静态变量）的存储位置，并不固定在某一个区域，而是随JDK版本演进发生实质性迁移。关键结论是：类变量的值本身从不存于元空间，也不再存于永久代；自JDK 7起，它已稳定位于堆内存中，与Class对象共存。理解这一点，才能避开“静态变量在方法区”的常见误读。
类变量到底存在哪儿？看JDK版本说话
不同版本下，类变量（static字段）的实际值存放位置明确且不可混淆：
- JDK 6及之前：类变量和类元数据一起放在永久代（PermGen），属于方法区的物理实现
- JDK 7：永久代开始瘦身，类变量值被整体迁出，进入Java堆；但类元数据、运行时常量池等仍保留在永久代
- JDK 8及以上：永久代被移除，元空间（Metaspace）取而代之；类变量值继续留在堆中，元空间只存符号引用（如字段名、类型描述）、类结构、方法字节码等元数据
为什么元空间里找不到静态变量的值？
元空间本质是“类的元数据仓库”，不是“静态数据容器”。它仅保存以下内容：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 类的全限定名、父类名、接口列表、访问修饰符
- 字段信息（名称、描述符、修饰符），但不存字段值
- 方法字节码、注解、异常表、符号引用
- 运行时常量池中的符号部分（如类/字段/方法的符号引用），但字符串常量本身已在JDK 7后移至堆
举例来说：public static final String NAME = "Java"; 中，"Java" 字符串对象在堆中，其引用被记录在Class对象的字段里；而元空间只存字段名 NAME 和类型 Ljava/lang/String; 这类符号信息。
怎么验证类变量真在堆里？
无需改代码，靠JVM工具即可实证：
- 用
jmap -histo <pid></pid>查看堆对象统计，定义了static Map<string object> CACHE = new HashMap();</string>后，该HashMap实例及其内部数组、节点对象，全部出现在堆直方图中 - 对比
jstat -gc <pid></pid>输出：当静态集合持续扩容时，OU（Old Gen used）明显增长，而MU（Metaspace used）基本不变 - 添加
-XX:+PrintGCDetails并触发Full GC，观察日志中老年代回收记录——若静态缓存被清空（如显式置null或弱引用失效），对应对象会在老年代GC中被标记并回收
开发中必须注意的三个影响点
迁移虽透明，但行为逻辑已变：
-
内存监控重点转移：别再紧盯
Metaspace使用率判断静态缓存问题；应关注堆的老年代占用趋势和GC频率 -
ClassLoader泄漏更隐蔽：静态变量持有类加载器引用（如
static Logger logger = LoggerFactory.getLogger(MyClass.class)），会导致整个加载器及其加载的所有类无法卸载，最终堆内存持续上涨 - GC策略真正生效：静态变量所引用的对象现在受G1/ZGC等现代收集器管理，可利用软/弱引用配合清理，而不像永久代时代只能等Full GC
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
