supplier + 构造方法引用实现零开销对象工厂，本质是编译期绑定的函数指针转发，仅含new+invokespecial字节码，无抽象层、无反射、无泛型擦除开销。

构造方法引用配合供给型接口（Supplier<t></t>）能实现真正的零开销对象工厂——它不引入额外抽象层、不运行时判断、不反射、不泛型擦除开销，本质是编译期绑定的函数指针转发。

核心原理：Supplier 就是工厂函数的最简形态

Supplier<t></t> 接口只有一个抽象方法 get()，签名是 T get()。这恰好匹配无参构造器的行为：调用 new Xxx() 就返回一个 Xxx 实例。Java 编译器允许用构造方法引用 Xxx::new 直接赋值给 Supplier<xxx></xxx>，底层生成的字节码就是一条 new 指令加 dup 和 invokespecial，没有中间对象、没有虚方法分派、没有条件跳转。

零开销的关键实践要点

要真正达成“零开销”，需满足以下条件：

• 只用无参构造器：有参构造器需配合 Function 或自定义函数式接口，会引入参数传递和闭包捕获开销；而 Xxx::new 绑定无参构造器时，JVM 可内联优化
• 避免泛型类型擦除干扰：不要写 Supplier extends Product> 这类带通配符的引用，应直接使用具体类型如 Supplier<circle></circle>，确保 JIT 能准确推导目标类
• 不包装、不代理、不缓存逻辑：零开销工厂 ≠ 对象池。若需复用，应另建池化层；此处的 Supplier 工厂每次调用都执行一次 new，但这个 new 本身已是最轻量级实例化路径
• 静态持有，避免重复加载：将常用构造引用声明为 private static final，例如 private static final Supplier<logger> LOGGER_SUPPLIER = Logger::new;</logger>，防止每次调用都重新解析方法句柄

与传统工厂模式的对比差异

传统工厂（如简单工厂或工厂方法）需要维护 if-else 分支、类型映射表或子类继承链，运行时有分支预测失败、虚方法调用、对象分配等成本。而 Supplier<t> + Xxx::new</t> 是：

• 编译期确定目标类，无运行时类型选择逻辑
• 无接口多态分派，get() 调用可被 JIT 内联为原生构造指令
• 不依赖 Spring BeanFactory 或反射机制，不触发类初始化检查（除非首次使用该类）
• 内存布局极简：仅持有一个指向构造器的 MethodHandle 引用，约 16 字节（HotSpot 64 位）

实用示例：一行代码即工厂

无需定义任何工厂类或接口：

Supplier> listFactory = ArrayList::new;
ArrayList list = listFactory.get(); // 等价于 new ArrayList()

扩展到配置驱动场景，也可安全使用：

Map> factoryRegistry = Map.of( "circle", Circle::new, "rect", Rectangle::new);
Shape s = factoryRegistry.get("circle").get(); // 两次哈希查找 + 一次内联 new

注意：这里的“两次哈希查找”属于业务逻辑开销，与工厂本身无关；若追求极致，可改用静态数组+枚举索引避开查找。