Java 中静态代码块如何确保在对象创建前完成资源加载-java教程-PHP中文网

静态代码块在类初始化阶段执行，早于任何对象创建。它随类首次主动使用而运行且仅一次，用于一次性资源加载；若放构造器中会导致重复执行，故必须置于静态代码块内。

java 中静态代码块如何确保在对象创建前完成资源加载

静态代码块天然就在对象创建前完成执行——它不依赖实例，只依赖类的初始化时机。只要类被 JVM 主动使用（比如调用静态方法、访问非 final 静态字段、new 第一个实例等），静态代码块就会在该类初始化阶段立即运行，且只执行一次。这个阶段远早于任何构造器或实例代码块。

执行时机严格早于对象创建

JVM 类加载流程中，“初始化”阶段排在“准备”之后、“实例化”之前。此时：

静态变量已分配内存并设默认值（如 null、0）
静态代码块按源码顺序逐行执行，完成真实赋值和副作用操作
所有实例相关逻辑（构造代码块、构造器）都尚未启动

也就是说，第一个 new 实例的动作，本身就会触发类初始化，静态代码块必然已在 new 执行前跑完。

资源加载必须放在静态代码块内，而非构造器中

如果把资源加载逻辑写在构造器或实例代码块里，每次 new 都会重复执行，既低效又可能出错。而放在静态代码块中：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

资源只加载一次，结果可复用（如 static final Properties config）
加载失败会立即暴露（抛 ExceptionInInitializerError），避免静默错误
后续所有实例共享同一份已就绪资源，无需再判断是否初始化

例如：从 classpath 加载配置文件，应这样写：

static {
  try (InputStream is = MyClass.class.getResourceAsStream("/config.properties")) {
    if (is == null) throw new RuntimeException("config.properties not found");
    config.load(is);
  } catch (IOException e) {
    throw new ExceptionInInitializerError(e);
  }
}