Supplier<T> + 构造方法引用实现零开销对象工厂，本质是编译期绑定的函数指针转发，仅含new+invokespecial字节码，无抽象层、无反射、无泛型擦除开销。
构造方法引用配合供给型接口（Supplier<T>）能实现真正的零开销对象工厂——它不引入额外抽象层、不运行时判断、不反射、不泛型擦除开销，本质是编译期绑定的函数指针转发。
核心原理：Supplier 就是工厂函数的最简形态
Supplier<T> 接口只有一个抽象方法 get()，签名是 T get()。这恰好匹配无参构造器的行为：调用 new Xxx() 就返回一个 Xxx 实例。Java 编译器允许用构造方法引用 Xxx::new 直接赋值给 Supplier<Xxx>，底层生成的字节码就是一条 new 指令加 dup 和 invokespecial，没有中间对象、没有虚方法分派、没有条件跳转。
零开销的关键实践要点
要真正达成“零开销”，需满足以下条件：
-
只用无参构造器：有参构造器需配合
Function或自定义函数式接口，会引入参数传递和闭包捕获开销；而Xxx::new绑定无参构造器时，JVM 可内联优化 -
避免泛型类型擦除干扰：不要写
Supplier<? extends Product>这类带通配符的引用，应直接使用具体类型如Supplier<Circle>，确保 JIT 能准确推导目标类 -
不包装、不代理、不缓存逻辑：零开销工厂 ≠ 对象池。若需复用，应另建池化层；此处的
Supplier工厂每次调用都执行一次new，但这个new本身已是最轻量级实例化路径 -
静态持有，避免重复加载：将常用构造引用声明为
private static final，例如private static final Supplier<Logger> LOGGER_SUPPLIER = Logger::new;，防止每次调用都重新解析方法句柄
与传统工厂模式的对比差异
传统工厂（如简单工厂或工厂方法）需要维护 if-else 分支、类型映射表或子类继承链，运行时有分支预测失败、虚方法调用、对象分配等成本。而 Supplier<T> + Xxx::new 是：
- 编译期确定目标类，无运行时类型选择逻辑
- 无接口多态分派，
get()调用可被 JIT 内联为原生构造指令 - 不依赖 Spring BeanFactory 或反射机制，不触发类初始化检查（除非首次使用该类）
- 内存布局极简：仅持有一个指向构造器的 MethodHandle 引用，约 16 字节（HotSpot 64 位）
实用示例：一行代码即工厂
无需定义任何工厂类或接口：
Supplier<ArrayList<String>> listFactory = ArrayList::new;ArrayList<String> list = listFactory.get(); // 等价于 new ArrayList<>()
扩展到配置驱动场景，也可安全使用：
Map<String, Supplier<Shape>> factoryRegistry = Map.of( "circle", Circle::new, "rect", Rectangle::new);Shape s = factoryRegistry.get("circle").get(); // 两次哈希查找 + 一次内联 new
注意：这里的“两次哈希查找”属于业务逻辑开销，与工厂本身无关；若追求极致，可改用静态数组+枚举索引避开查找。
