java中static变量生命周期与类完全绑定：从类加载时在元空间分配内存并设默认值、初始化阶段赋值且仅一次，到类卸载时才清除；不依赖对象，不由gc回收，仅随类消亡而释放。
Java 中类加载机制直接决定静态变量的“生”与“死”。它不是靠代码行数或作用域控制，而是由 JVM 在类加载的三个关键阶段——加载、准备、初始化——一步步赋予静态变量内存、默认值和业务值，并绑定其整个生命周期到类本身。
静态变量在准备阶段获得内存空间
当 JVM 开始加载一个类（比如首次访问它的静态字段），进入“准备阶段”时，会为所有 static 变量在方法区（JDK 8+ 是元空间）分配内存，并设为默认值：int 类型为 0，引用类型为 null。此时你写的 static String name = "Tom"; 中的 "Tom" 还没出现，赋值动作要等到下一步。
初始化阶段才真正赋予业务含义
只有到了“初始化阶段”，JVM 才执行 <clinit></clinit> 方法——这是编译器自动合并的静态变量显式赋值语句和所有 static{} 块。这个过程只发生一次，且由类的首次主动使用触发，例如：
- 读取或修改非 final 的静态字段
- 调用静态方法
- new 该类实例
- 反射调用
Class.forName("Xxx")
注意：final static 编译期常量（如 public static final int MAX = 100;）是例外，它们在准备阶段就直接写入常量池，不走初始化流程。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
静态变量随类存在，不随对象消亡
静态变量不属于任何对象，它属于类本身，所有实例共享同一份数据。只要类还被 JVM 持有，它的静态变量就一直有效。而类是否卸载，取决于三个严苛条件同时满足：
- 该类所有实例都已被 GC 回收
- 加载它的 ClassLoader 实例本身也被 GC 回收
- 该类的
Class对象没有任何强引用（包括MyClass.class、静态字段持有该 Class、反射缓存等）
在绝大多数应用中（Spring Boot、普通 Java 程序），系统类加载器不会被回收，因此静态变量几乎等于“活到 JVM 结束”。
别指望靠 static{} 控制生命周期
有人试图在 static{} 里做清理或重置，但这毫无意义。静态代码块只执行一次，它不能延长或缩短静态变量的存在时间。真正影响生命周期的，是类是否被卸载——而这由类加载器和引用关系决定，不是代码块能干预的。如果你需要跨 JVM 运行保留数据，必须落地到文件或数据库，静态变量做不到。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
