静态代码块适合预加载类加载时必须就绪、值稳定且无运行时依赖的资源，如小型配置文件、不可变常量、JDBC驱动、正则Pattern、本地缓存等；需声明为public static final，用getResourceAsStream安全读取，异常转ExceptionInInitializerError。
静态代码块本身不支持“按需加载”，它在类加载时自动、一次性执行，属于预加载机制。所谓“按需”，实际是指在类首次被使用前就完成资源准备，而非运行时动态判断条件再加载。因此，更准确的说法是：用静态代码块实现确定性、早于实例使用的资源预加载。
哪些资源适合用 static 块预加载
必须满足三个前提：类一加载就必须可用、值稳定不变、不依赖运行时环境（如用户输入、HTTP 请求、数据库连接等）。
- classpath 下的小型配置文件（如
app.properties、constants.json），路径固定且编码明确 - 不可变的全局常量集合，例如
Map.of("prod", 1, "dev", 2)或预编译的正则 Pattern - JDBC 驱动注册（
Class.forName("com.mysql.cj.jdbc.Driver")），作为 SPI 自动发现的补充 - 本地库加载（
System.loadLibrary("nativeutils")），前提是库已随应用分发到位
如何安全读取 classpath 资源
核心是用 ClassLoader.getResourceAsStream() 或类对象的 getResourceAsStream()，避免硬编码路径和文件系统依赖。
- 从 classpath 根路径加载：
MyClass.class.getClassLoader().getResourceAsStream("config.properties")（路径不带斜杠） - 从当前类所在包加载：
MyClass.class.getResourceAsStream("default.conf") - 从 classpath 根加载资源（如图片、JSON）：
MyClass.class.getResourceAsStream("/static/logo.png")（路径以斜杠开头） -
务必判空：
getResourceAsStream找不到资源时返回null，不会抛异常，必须手动检查
异常处理与失败兜底
静态块中未捕获的异常会导致类初始化失败，后续任何对该类的引用都会抛出 NoClassDefFoundError，生产环境必须防止静默失败。
立即学习“Java免费学习笔记（深入）”；
- 对
IOException等检查异常，建议显式捕获并记录日志 - 可设置合理默认值（如空 Map、默认端口号），避免程序因配置缺失而中断
- 若资源缺失不可接受，应包装为
ExceptionInInitializerError抛出，便于快速定位问题根源 - 推荐使用 try-with-resources 自动关闭输入流，防止资源泄漏
避免常见误用
静态代码块不是万能加载器，错误使用会拖慢启动、引发故障或掩盖问题。
- 不执行耗时 I/O：如读取大文件、发起 HTTP 请求、建立数据库连接——这些应交给 Spring 的
@PostConstruct或专门的初始化服务 - 不跨类强依赖：若静态块中访问另一个尚未加载类的静态字段，可能触发意外类加载顺序，导致
NullPointerException - 不写业务逻辑：如调用远程接口、写日志到外部系统、修改共享状态——这些不属于类加载阶段职责
- 不替代真正的懒加载：若资源构造开销大且并非每次都会用到，应改用静态内部类 Holder 模式或
Supplier延迟初始化
