静态变量属于类，存于元空间，随类加载而生、程序结束而亡；实例变量属于对象，存于堆内存，随对象创建而初始化、被GC回收时释放。
静态变量和实例变量在 JVM 中根本不是“同类东西”，它们的存储位置、生命周期、共享方式都由归属主体决定：一个属于类，一个属于对象。
存储区域不同：方法区（元空间） vs 堆
静态变量随类加载进入方法区（JDK 8+ 是元空间），那里存放的是类型元信息——类结构、常量池、静态字段等。它不占用堆内存，也不受常规 GC 管理。
实例变量没有独立内存分配，而是作为对象的一部分，嵌入在堆中每个对象的实例数据区里。每次 new 一个对象，JVM 就在堆上划出一块连续空间，把所有实例变量按声明顺序“打包”进去。
- JDK 7 及以前，静态变量存在永久代（PermGen），容易触发
OutOfMemoryError: PermGen space - JDK 8+ 永久代被移除，静态变量改存元空间（Metaspace），错误提示变为
OutOfMemoryError: Metaspace - 堆内存中的实例变量，会随对象一起被垃圾回收器标记、清理
生命周期绑定对象不同：类加载 vs 对象创建
静态变量的生命周期与类强绑定：类首次被主动使用（如 new 实例、调用静态方法、访问静态字段）时触发类加载，此时完成静态变量分配和初始化；只要类没被卸载（极少见），它就一直存在。
立即学习“Java免费学习笔记（深入）”；
实例变量的生命周期完全依附于对象：对象通过 new 创建时，实例变量才被初始化（顺序是父类字段 → 父类构造器 → 子类字段 → 子类构造器）；对象失去所有强引用后，一旦被 GC 回收，其所占堆空间（含全部实例变量）立即释放。
- 即使一个类从没 new 过任何实例，它的静态变量也已存在并可访问
- 同一个类的十个对象，就有十份互不干扰的实例变量副本
- 类卸载条件苛刻（需满足无实例、无引用、类加载器可回收），所以静态变量几乎“常驻”
共享行为与访问方式本质不同
静态变量天然共享：所有实例共用同一份值，任一地方修改，其他地方立刻可见。这是因为它只有一份内存拷贝，且位于类级别空间。
实例变量天然隔离：每个对象拥有独立副本，修改 A 对象的 field 不影响 B 对象的同名 field。这种独立性是面向对象封装和状态管理的基础。
- 静态变量推荐用
类名.变量名访问，语义清晰；用对象访问虽语法允许，但易引发误解 - 实例变量只能通过对象引用访问，不存在“类名.变量名”这种写法
- 静态方法不能直接访问实例变量（没有 this 上下文），必须显式传入对象引用
实际开发中容易踩的坑
静态变量若长期持有大对象引用（比如静态 Map 缓存了大量业务对象、静态字段保存了未关闭的数据库连接），会导致这些对象无法被 GC 回收——哪怕所有相关业务对象早已销毁，这个“悬挂引用”仍锁住堆内存，造成内存泄漏。
实例变量则天然受对象生命周期约束，风险小得多；只要对象被回收，其持有的所有实例变量及引用都会一并释放。
- 避免在静态变量中缓存业务对象，优先用弱引用（
WeakReference）或软引用（SoftReference）包装 - 静态集合类（如
static Map）务必配合合理的淘汰策略或定时清理机制 - 工具类中的静态字段，应确保其指向的对象是线程安全或不可变的
