java中static静态代码块用于类加载时一次性初始化静态集合，通过new容器→填充数据→不可变封装三步完成，适用于错误码映射、字典表等全局共享场景，需注意声明顺序、io容错及避免耗时操作。
Java 中 static 静态代码块对静态集合进行预处理，核心是利用类加载时的唯一、一次性执行特性，在实例化前完成集合的构建、填充与初始化。它适合做不可变映射表、枚举字典、状态码对照表等轻量但需全局共享的集合准备。
预处理静态集合的典型写法
静态集合通常声明为 public static final，配合 static {} 块完成初始化。关键不是“先声明后赋值”，而是确保集合对象创建、数据注入、不可变封装在一块逻辑中完成：
- 用
new HashMap()或new ConcurrentHashMap()创建可变容器（便于逐条 put） - 在 static 块中调用
put()、addAll()等方法填入初始数据 - 最后用
Collections.unmodifiableMap()或Map.ofEntries()（Java 9+）封装为不可变视图 - 避免直接暴露可变集合，防止后续被意外修改
常见预处理场景与示例
不是所有集合都适合放静态块，真正适用的是那些启动即需、结构稳定、不依赖运行时上下文的数据：
-
错误码映射表：如
static final Map<integer string> ERROR_MSG = new HashMap();</integer>，在块中 put(1001, "参数错误")、put(1002, "权限不足") -
地区/币种/协议类型字典：从 classpath 下的
regions.json或codes.properties加载后转为 Map -
HTTP 状态码别名：预置
Map.of(200, "OK", 404, "Not Found", 500, "Internal Error") -
枚举与字符串双向转换表：遍历
Status.values()构建statusNameMap和statusCodeMap
必须注意的初始化细节
静态集合预处理看似简单，但顺序、容错和线程安全缺一不可：
- 集合字段声明必须放在 static 块之前，否则块内无法访问；若需依赖其他静态配置（如配置路径），该配置也得提前声明
- 所有 IO 操作（读文件、解析 JSON）必须包裹 try-catch，捕获
IOException后主动抛ExceptionInInitializerError，避免静默失败 - 不建议在块中做耗时操作（如远程拉取、大文件解析），否则会阻塞整个类加载，拖慢应用启动
- JVM 保证静态初始化本身线程安全，但若集合内部使用非线程安全容器（如
HashMap），且后续会被多线程读写，必须在外层做不可变封装或改用ConcurrentHashMap
对比更灵活的替代方式
如果集合初始化开销较大，或需要延迟到首次访问才触发，静态代码块就不是最优选：
-
静态内部类 Holder 模式：把集合构建逻辑放进
private static class Holder { static final Map INSTANCE = ... };，对外提供public static final Map MAP = Holder.INSTANCE;—— JVM 保证首次访问 INSTANCE 时才初始化 Holder，且线程安全、异常隔离 - Spring @PostConstruct 或 @Bean(initMethod)：在框架托管环境下，更适合用生命周期回调替代硬编码静态块，便于 mock、替换和统一管理
- 懒加载 + 双重校验锁：适用于需动态更新或构造成本极高的集合，但要自行处理 volatile 和同步问题
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
