静态代码块仅在类首次被主动使用（如访问非final静态字段、调用静态方法、new实例、反射加载或子类初始化）时，由jvm类加载器触发执行一次，具有单次性、阻塞性和委托性，且执行即标志类加载完成。
静态代码块的执行由 JVM 类加载器严格控制，不是“谁先写谁先跑”，而是“谁先被主动使用、谁先触发加载、谁就先执行”。这种排他性体现在：一个类的静态块只在它首次被加载时运行一次，且加载过程不可中断、不可重入、不可绕过——哪怕你只访问它的静态字段或调用它的静态方法，JVM 也必须完整走完该类（及其父类）的静态初始化流程。
静态块执行 = 类加载完成的明确信号
只要发生以下任一行为，JVM 就判定该类“被主动使用”，立即启动加载并执行其静态块：
- 访问某个 static 字段（非 final 编译期常量）
- 调用某个 static 方法
- 对类进行 new 实例化
- 反射调用 Class.forName("X")（默认 init=true）
- 子类首次初始化（会强制父类先加载）
注意：仅声明引用类型变量（如 X x;）、或访问 final static 常量（如 public static final int VAL = 1;），不会触发类加载，静态块也不会执行。
排他性控制的核心表现：单次、阻塞、委托
JVM 保证每个类的静态初始化阶段是线程安全且全局唯一的：
- 单次性：即使并发多个线程同时首次触发同一类加载，JVM 内部通过类加载锁确保静态块只执行一次
- 阻塞性：类加载过程中，所有对该类的其他请求（如 new、static 调用）都会被阻塞，直到静态初始化完成
- 委托性：子类加载前，ClassLoader 会先检查并递归加载父类；父类静态块一定早于子类执行，这个顺序不由代码位置决定，而由双亲委派模型强制保障
实战中可利用排他性做确定性初始化
静态块的排他性不是限制，而是可信赖的初始化锚点。典型用法包括：
- 驱动注册：如 Class.forName("com.mysql.cj.jdbc.Driver") 依赖其内部静态块完成 DriverManager 注册，确保后续 DriverManager.getConnection() 可用
- 配置预热：在静态块中读取 properties 文件、解析 JSON 配置并缓存为 static final Map，避免每次 new 对象重复 IO
- 单例兜底：配合 volatile + double-checked locking 的单例模式中，静态块可用于提前加载关键资源（如连接池），降低首次 getInstance() 延迟
- 枚举类本质：Java 枚举的每个实例都是在类加载时由 JVM 在静态上下文中创建并初始化的，这也是枚举天然线程安全、不可反射构造的根本原因
警惕排他性失效的假象
看似“静态块没执行”，往往不是 JVM 失控，而是未满足主动使用的条件：
- 误把 final static 字面量 当作触发点（如 System.out.println(MyConst.VAL);，VAL 是编译期常量，则 MyConst 类根本不会被加载）
- 子类继承但未显式引用父类静态成员，却期待父类静态块运行（实际不会，除非父类被独立触发）
- 使用 Class.forName(name, false, loader)（init=false），跳过初始化阶段，静态块不执行
- 模块化（JPMS）下，若模块未导出包或未要求依赖，类可能根本无法被定位加载
验证是否加载，最直接方式是加 JVM 参数 -XX:+TraceClassLoading，观察日志中类名出现时刻与静态块输出是否严格同步。
