Java 中构造块在工厂模式中的执行时机如何-java教程-PHP中文网

构造块在工厂模式中与直接new对象时行为完全一致：只要工厂方法内部执行new，构造块就在对象实例化过程中、构造函数体执行前按源码顺序执行一次；它由jvm在new时自动触发，与工厂实现方式无关，仅响应new操作，不执行于缓存、clone或非new创建场景。

java 中构造块在工厂模式中的执行时机如何

构造块在工厂模式中，和普通 new 对象时完全一致：只要工厂方法内部执行了 new，构造块就会在对应对象实例化过程中、构造函数体执行之前，按源码顺序执行一次。

工厂方法调用 new 时，构造块照常触发

工厂模式本身不改变 Java 对象创建机制。无论通过简单静态工厂、抽象工厂还是 Builder，只要底层用了 new Xxx()，JVM 就会走标准初始化流程：

分配内存 → 初始化字段默认值（0 / null / false）→ 执行构造代码块（按书写顺序）→ 执行构造函数体
构造块不是“被工厂调用”的，而是被 JVM 在 new 过程中自动插入的，与谁写 new 无关
哪怕工厂返回的是缓存对象（如单例或对象池），只要没走 new，构造块就不会执行——它只响应 new 操作

常见工厂场景下的实际表现

不同工厂实现对构造块的影响差异明显：

JavaStoryDevelop

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

下载

简单工厂（每次都 new）：每次调用 createProduct() 都触发构造块，和直接 new 效果一样
单例工厂（首次 new 后复用）：构造块仅在第一次获取实例时执行一次，后续 get 返回已有对象，不触发
原型模式工厂（clone 而非 new）：不执行构造块——clone 绕过构造函数和构造块，直接复制内存状态
依赖注入容器（如 Spring）：默认使用反射 + new 创建 bean，构造块仍执行；若配置为 prototype 且启用构造注入，同样触发；但若用 setter 注入或 @Autowired 字段注入，不影响构造块执行时机

构造块在工厂类里容易被误用的位置

注意两个典型误区：

把构造块写在工厂类里（而非产品类里）：那只是工厂对象自身的初始化逻辑，和它生产的对象无关
在工厂方法内部写局部 {} 块：这是普通代码块，属于方法执行流，和对象构造完全无关
以为“工厂封装了 new，所以能控制构造块是否执行”：不能。只要 new 发生，构造块就不可跳过（除非用 Unsafe.allocateInstance 等非常规手段）

验证建议：用最简工厂+日志确认

写一个带构造块的产品类和静态工厂，打印日志就能直观看到时机：

class Product {
  { System.out.println("构造块执行"); }
  public Product() { System.out.println("构造函数执行"); }
}

class ProductFactory {
  public static Product create() {
    System.out.println("进入工厂方法");
    return new Product(); // 此处触发构造块
  }
}

调用 ProductFactory.create()，输出顺序必为：
进入工厂方法 → 构造块执行 → 构造函数执行