静态变量的生命周期与类相同，从类加载时创建，到类卸载时销毁；存储于方法区（jdk 8+为元空间），不依赖对象存在，所有实例共享同一份副本。
静态变量不属于任何具体对象，根本原因在于它的内存分配与对象生命周期完全解耦——它不随对象诞生，也不随对象消亡，而是绑定在类本身上。
静态变量存储位置独立于堆对象
在JVM中，静态变量被分配在方法区（JDK 8+ 是元空间），而普通对象及其实例变量全部存放在堆内存中。这意味着：
- 类加载时，静态变量就已在方法区中完成分配和初始化，此时可能一个对象都还没创建；
- 每次 new 出一个新对象，只会在堆中开辟该对象的实例变量空间，静态变量区域完全不受影响；
- 即使所有对象都被垃圾回收，只要类没卸载，静态变量依然存在、可访问。
继承关系下静态变量仍归属父类
子类继承父类时，并不会“复制”父类的静态变量到子类内存结构中：
- 子类访问 Parent.staticField 或 Child.staticField，实际读写的都是方法区中同一块内存地址；
- 子类无法通过重写（override）改变静态变量的行为——它不参与多态，也没有虚方法表入口；
- 即便子类定义了同名静态变量，也只是隐藏（hide）父类变量，两者在方法区中各自独立存在，互不干扰。
静态变量无法通过 this 访问
在实例方法中，this 指向当前堆中的某个对象，但静态变量根本不在堆里：
- 编译器禁止在静态上下文中使用 this，因为静态变量属于类，没有“当前实例”的概念；
- 试图在构造器或实例方法中用 this.fieldName 访问静态变量，会触发编译错误或语义误导；
- 这种语法限制正是 JVM 内存布局的直接体现：栈帧里的 this 引用无法指向方法区的数据。
从类加载过程看静态变量的“无对象性”
静态变量的初始化发生在类加载的“准备”和“初始化”阶段，远早于任何对象的创建：
- 当首次主动使用类（如调用静态方法、访问静态字段、new 实例等），JVM 触发类加载；
- 此时仅加载 Class 对象、解析符号引用、为静态变量分配内存并设默认值（准备阶段）；
- 随后执行静态代码块和静态变量显式赋值（初始化阶段）——整个过程无需任何对象参与。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
