Java类变量生命周期从类加载开始至JVM退出结束；内存驻留元空间（JDK8+），基本类型值存元空间，引用类型对象存堆中；类卸载需满足三条件：所有实例被回收、ClassLoader不可达、Class对象无强引用。
Java 类变量（即静态变量）的生命周期非常明确：从类被加载进 JVM 开始，到整个 JVM 退出才结束；内存驻留位置在元空间（JDK 8+）或方法区（旧版），但其引用的对象仍存于堆中。
类变量何时真正创建？
不是写完代码就存在，而是等到类被“主动使用”时才触发加载和初始化：
- 首次通过 new 创建该类实例
- 首次调用该类的静态方法或访问静态字段
- 反射调用 Class.forName()
- 子类初始化时，若父类尚未加载，也会触发父类加载
此时 JVM 完成类加载三步：加载 → 准备（赋默认值，如 int → 0、Object → null）→ 初始化（执行 static{} 块和显式赋值）。
类变量存在哪儿？值和引用怎么分？
类变量本身（即变量槽）位于元空间（JDK 8+），但它的值不一定都在那儿：
立即学习“Java免费学习笔记（深入）”；
-
基本类型值（如
static int count = 5;）直接存于元空间 -
引用类型值（如
static List<string> cache = new ArrayList();</string>）变量槽在元空间，而ArrayList实例本身在堆中 - JDK 8 起，静态变量的存储逻辑没变，只是“方法区”的物理实现从永久代迁移到元空间；但静态字段指向的对象仍分配在堆
类变量会不会被回收？什么情况下消失？
类变量不会单独回收，它的命运完全绑定于所属类——只有类被卸载，它才随之消失。而类卸载需同时满足三个严苛条件：
- 该类所有实例都已被 GC 回收
- 加载该类的 ClassLoader 实例本身也已不可达（比如 Web 应用重启时自定义 ClassLoader 被丢弃）
- java.lang.Class 对象无任何强引用（包括静态字段、栈变量、其他对象字段等）
由系统 ClassLoader（Bootstrap / Extension / AppClassLoader）加载的类，在常规应用中几乎永不卸载，所以你写的 public static 变量，基本就是 JVM 生命周期内全程存活。
实战中容易踩的坑
看似简单，但几个常见问题常导致内存泄漏或行为异常：
-
静态集合持有对象引用：如
static Map<String, Object> cache = new HashMap<>();不清理，对象无法 GC - 静态内部类持外部类引用：非静态内部类默认持有外部类 this，若静态变量引用它，会意外延长外部类生命周期
-
类初始化死锁：两个类互相在
static{}中调用对方静态字段，可能卡住 - 热部署场景下类重复加载：自定义 ClassLoader 没正确隔离，导致旧类未卸载、新类又加载，静态变量状态混乱
不复杂但容易忽略。
