静态代码块不能动态加载，仅在类初始化时执行一次，用于按需预加载路径固定、内容稳定、无运行时依赖的静态资源，如配置文件、正则表达式、不可变字典等。
静态代码块本身不能“动态加载”，它只在类初始化时执行一次；但它能完成静态资源的一次性、可编程的预加载——也就是常说的“静态资源动态加载”的实际含义：不是反复加载，而是在类加载阶段，用代码逻辑按需读取、解析并初始化资源。
哪些资源适合用静态代码块加载
关键是资源必须满足三个条件：路径固定、内容稳定、无运行时依赖。常见适用场景包括：
- classpath 下的配置文件（如 config.properties、app.conf）
- 预编译的正则表达式（Pattern.compile("^[a-z]+\d*$")）
- 不可变字典或码表（如 Map.of("SUCCESS", 0, "FAIL", 1)）
- JDBC 驱动注册（Class.forName("com.mysql.cj.jdbc.Driver")）
- 小型本地缓存初始数据（如错误码映射、地区列表）
安全读取资源的正确写法
核心是避免硬编码路径、判空、关流、兜底和异常反馈：
- 用 getClassLoader().getResourceAsStream("xxx.properties")，路径不加斜杠，从 classpath 根开始找
- 用 MyClass.class.getResourceAsStream("same-package.txt") 加载同包资源；加斜杠（"/static/logo.png"）表示从 classpath 根查
- 必须配合 try-with-resources，确保 InputStream 自动关闭
- 检查输入流是否为 null，没找到就记录日志或设默认值，不静默失败
- IOException 捕获后建议包装成 ExceptionInInitializerError，方便定位类加载失败原因
初始化逻辑要可控、可测、可退
静态块不是“万能初始化入口”，要守住边界：
- 所有加载后的对象尽量声明为 public static final，防止后续被意外修改
- 复杂逻辑抽成私有静态方法（如 static { config = loadConfig(); }），便于单元测试和复用
- 避免网络请求、数据库连接、大文件解析等耗时操作——会卡住整个类加载，导致 NoClassDefFoundError
- 不要调用尚未初始化的日志框架（如 SLF4J 的 LOGGER），启动期可用 System.out.println() 简单输出
- 关键配置缺失时，优先用 props.getProperty("key", "default") 提供默认值，而非直接抛异常中断
和热加载、外部配置的边界在哪
静态代码块不负责响应变化，只负责新类加载时的“干净初始化”：
- 它无法监听文件变更或重执行，所谓“热加载”靠的是类加载器卸载旧类 + 加载新类，新类的静态块自然再跑一遍
- 若资源来自 Nacos、Apollo 或外部文件系统，应改用懒加载（双重检查锁）、Spring 的 @PostConstruct 或配置监听回调
- 静态块里不要写轮询、Timer、while(true) —— 这会阻塞类初始化，甚至引发死锁或内存泄漏
- 需要跨版本共享状态时，可用 WeakReference 引用，避免强引用阻碍旧类卸载
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
