静态变量本身不占堆内存，存储在方法区（jdk 8+为元空间），生命周期与类绑定，jvm退出时才释放；其引用的对象若无其他强引用可被gc回收，但变量本身不可被常规垃圾回收机制回收。
Java 中静态变量的内存空间，**不会在程序运行期间被常规垃圾回收机制回收**，而是等到整个 Java 应用程序退出、JVM 关闭时，才真正释放。
静态变量的生命周期绑定类，而非对象
静态变量属于类级别，存储在方法区（JDK 8+ 是元空间），不是堆内存里的对象。它随类加载而初始化，只要类还在 JVM 中存在，静态变量就一直驻留内存。
- 类加载时（比如首次访问该类的静态成员或创建实例），静态变量被分配内存并初始化
- 即使所有该类的实例都被 GC 回收，静态变量仍保留在内存中
- 静态变量不因“不再使用”或“无引用”而被自动清理
类卸载是静态变量释放的前提，但极难触发
理论上，只有当类被 JVM 卸载，其静态变量才会随之销毁。但满足卸载条件非常苛刻：
- 该类的所有实例都已被垃圾回收
- 加载该类的 ClassLoader 本身也被回收（例如 Web 容器重启时自定义 ClassLoader 被丢弃）
- 没有任何强引用指向该类的 Class 对象（包括静态字段、栈帧、反射引用等）
由系统类加载器（Bootstrap / Extension / AppClassLoader）加载的类，几乎从不卸载——所以你写的 public static 变量，实际就是“活到 JVM 结束”。
注意：静态变量引用的对象可能被回收，但变量本身不会
静态变量如果持有对其他对象的引用（比如 static List
- 误以为“清空 list”就能释放静态变量占用的内存——其实只是清了内容，变量本身还在
- 若静态变量长期持有 Context、Activity、大对象等，容易引发内存泄漏
- 真正释放需显式设为 null（仅缓解，不改变变量生命周期）或依赖 JVM 终止
开发中更应关注的是“怎么避免问题”，而非“何时回收”
既然静态变量基本不回收，使用时就要格外谨慎：
- 避免用 static 存储大量数据或长生命周期上下文（如 Activity）
- 必要时用弱引用（WeakReference）包装静态持有的对象
- Web 应用中，优先使用 request/session scope，而非 static 全局缓存
- 若需跨 JVM 运行保留数据，必须落盘（文件、数据库），不能依赖 static
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
