静态代码块是java类初始化阶段自动执行、仅一次且线程安全的轻量级环境准备方式，适用于驱动注册、配置加载等启动期必需操作，但需避免异常、强依赖与耗时操作。
静态代码块是 Java 类加载过程中执行环境准备最直接、最轻量的方式之一，它在类初始化阶段自动触发，仅一次、线程安全、无需实例化，特别适合做驱动注册、配置加载、全局资源挂载等启动期必需操作。
静态代码块的执行时机与环境准备定位
它运行在类加载的“初始化（Initialization）”阶段，紧随“准备（Preparation）”之后——此时静态变量已分配内存并设默认值（如 0、null），但尚未赋真实值；静态代码块正是用来完成这个“真实赋值”和“副作用操作”的关键环节。
- 触发条件明确：首次主动使用该类（如访问静态字段、调用静态方法、new 实例、反射加载）
- 早于任何构造器、实例代码块、main 方法，是 JVM 提供的最早可编程入口之一
- 父类静态块一定先于子类执行，确保继承链上的基础环境就绪
典型环境准备场景与写法
不是所有初始化都适合放静态块，但以下几类“一次性、全局性、无状态依赖”的准备任务非常匹配：
- 配置加载与常量挂载：从 classpath 读取 /app.properties 或 /config.yaml，解析后存入 static final Map 或自定义配置容器
- 驱动或框架绑定：如显式调用 Class.forName("com.mysql.cj.jdbc.Driver") 触发 JDBC 驱动注册（JDBC 4.0+ 虽支持 SPI 自动发现，但静态块仍可用于兼容兜底）
- 工具对象预热：初始化全局复用的 ObjectMapper、Logger、ThreadLocal 缓存、或轻量级连接池
- 监控/指标注册：向 Micrometer、Dropwizard Metrics 等注册类级计数器，或添加 JVM 关闭钩子（Runtime.getRuntime().addShutdownHook()）
必须避开的环境准备陷阱
看似简单，但错误使用会导致类加载失败、启动卡死或行为不可预期：
- 禁止抛未捕获异常：哪怕只是 IOException 或 ClassNotFoundException，都会包装为 ExceptionInInitializerError，后续对该类的所有引用均抛 NoClassDefFoundError
- 避免跨类强依赖：若静态块中调用另一个尚未初始化的类的静态方法，可能因加载顺序不确定而拿到 null 或默认值
- 拒绝耗时操作：网络请求、大文件读取、数据库连接等会阻塞整个类加载流程，拖慢应用启动，甚至引发超时失败
- 慎用非线程安全资源：JVM 保证静态块本身只执行一次，但块内创建的 HashMap、ArrayList 等仍需手动同步或改用 ConcurrentHashMap
对比其他环境准备方式
静态代码块不是万能解，要结合场景选型：
- static final 直接赋值：适合编译期确定的常量（如 static final String ENV = "prod"），零开销，优先选用
- 静态内部类单例：适合重量级资源（如完整数据库连接池），实现懒加载，避免类加载时即占用资源
- @PostConstruct / @Bean(initMethod)：Spring 管理的 Bean 中应优先使用生命周期回调，解耦硬编码逻辑，便于测试与替换
- ServiceLoader / SPI：对可插拔机制（如日志门面、JSON 序列化器）更推荐标准 SPI，而非静态块硬编码
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
