static代码块适合初始化必须在类首次使用前准备好且无法单行赋值的静态资源，如加载配置、注册JDBC驱动、构建不可变Map、预热缓存、加载本地库；不适合耗时I/O或网络请求。
static代码块适合初始化哪些静态资源
它适合初始化那些「必须在类首次使用前就准备好」且「无法用单行赋值完成」的静态资源，比如：加载配置文件、注册JDBC驱动、构建不可变常量Map、预热缓存、加载本地库（System.loadLibrary）。不适合做耗时I/O或网络请求——这会阻塞类加载，拖慢整个应用启动。
多个static代码块的执行顺序和变量可见性
同一个类里多个static{}按源码顺序执行，且能互相访问已声明的静态变量（即使该变量声明在后，只要已定义，就能读；但若尚未初始化，值为默认值）。注意：static{}中不能访问实例变量或this，也不能return。
-
static final Map<string double> CONSTANTS;</string>必须在某个static{}里显式赋值，否则编译报错 - 若先声明
private static Properties config;，再在后续static{}中config = new Properties()，是合法的 - 但若在
static{}里尝试调用instanceMethod()或访问nonStaticField，编译直接失败
异常处理必须显式捕获或抛出
static{}中抛出的检查异常（如IOException）不能忽略。JVM要求所有异常必须被处理，否则编译不通过。常见做法是：捕获后记录日志并设默认值，或包装为ExceptionInInitializerError抛出（导致类加载失败，后续任何对该类的引用都会触发NoClassDefFoundError）。
例如加载配置失败时，不要写config.load(...);裸调用，而应：
static {
config = new Properties();
try {
config.load(DatabaseConfig.class.getResourceAsStream("/db.properties"));
} catch (IOException e) {
System.err.println("db.properties 加载失败，使用空配置");
// config 保持空，或填入合理默认值
}
}
和静态变量显式赋值的执行优先级
静态变量的显式初始化（如private static int MAX = Integer.parseInt(...);）和static{}块，在类初始化阶段被合并进同一个<clinit>方法，按源码顺序交错执行。也就是说，变量声明+赋值语句和static{}没有绝对先后，只看谁写在前面。
例如：
private static String A = "a";
static { System.out.println(A); } // 输出 "a"
private static String B = getValue(); // 调用静态方法
static { System.out.println(B); } // 输出 getValue() 返回值
private static String getValue() { return "b"; }
这种顺序依赖容易引发隐式耦合。真正需要强顺序控制时，建议把所有初始化逻辑收拢到一个static{}块里，避免分散在多处。
最易被忽略的是：static代码块只在类第一次主动使用时触发（比如调用静态方法、访问静态字段、new 实例、反射获取Class对象），但不会因子类加载而触发父类static块——除非父类已被“冷落”过。一旦执行失败，该类在本次JVM生命周期内不可恢复，后续任何引用都直接报错。
