static成员“提前入场、全程驻守”：类加载时初始化并驻留元空间，不依赖对象，随类卸载才释放，全程共享且不可被实例生命周期影响。
static 在类生命周期中起的是“提前入场、全程驻守”的作用。它让被修饰的成员在类加载阶段就初始化，不依赖对象创建，也不随对象消亡而消失。
static 成员随类加载而诞生
当 JVM 第一次使用某个类（比如调用其静态方法、访问静态变量、或 new 第一个实例）时，会触发类加载过程。此时，静态变量完成内存分配与初始化，静态代码块也同步执行一次。这个时间点远早于任何对象的构造——哪怕你还没 new 过一个实例，static 成员已经存在了。
- 静态变量在方法区（JDK 8+ 是元空间）中分配内存，只有一份副本
- 静态代码块按定义顺序执行，且仅执行一次
- 类加载成功后，static 成员就可直接通过类名访问，无需实例
static 成员独立于对象生命周期
普通实例变量和方法绑定在每个对象上：new 一个对象，就分配一份实例变量；对象被回收，那部分内存也随之释放。但 static 成员完全跳出了这个链条——它属于类本身，只要类没卸载，static 成员就一直存在。
- 创建 100 个对象，静态变量仍只有 1 份；销毁 99 个对象，静态变量照常可用
- main 方法是静态的，正是因为它必须在没有任何对象的前提下启动程序
- 类卸载通常只发生在自定义类加载器场景下，日常开发中几乎不会发生
static 决定了访问权限和调用约束
因为 static 成员在对象诞生前就已存在，它天然无法依赖 this 指针。这就带来两条硬性规则：
- 静态方法内部不能直接访问非静态变量或非静态方法（它们还没出现）
- 静态方法中没有 this，所以不能调用需要实例上下文的操作
- 反过来，非静态方法可以自由访问静态成员，因为后者早已就位
static 是共享机制的底层支撑
所谓“所有对象共享同一个 static 变量”，本质就是 JVM 在类加载时只给它分配了一块固定内存区域。后续所有对象读写该变量，操作的都是同一地址上的值。这不是语法糖，而是内存布局决定的行为。
- 适合存放全局配置、计数器、缓存句柄等跨实例一致的数据
- 多线程环境下需注意并发修改问题，static 不自带线程安全
- 过度使用 static 会延长对象引用链，可能影响垃圾回收效率
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
