supplier 是构造方法引用最自然的搭档，因其 get() 方法语义与无参构造器完全对齐；仅绑定无参构造器、类型具体化、避免泛型擦除、不引入参数捕获，方可实现零开销内联。
构造方法引用 Class::new 与 Supplier<t></t> 的配合，不是语法糖的堆砌，而是对对象创建本质的一次精准还原——它把“新建一个实例”这件事，压缩成一条可复用、可传递、零抽象开销的指令。
为什么 Supplier 是构造引用最自然的搭档
Supplier<t></t> 只有一个方法：T get()，语义就是“给我一个 T”。这和无参构造器 new Xxx() 的行为完全对齐：不依赖外部输入，调用即返回新实例。Java 编译器因此允许直接写：
Supplier<list>> listFactory = ArrayList::new;</list>Supplier<localdatetime> nowSupplier = LocalDateTime::now; // 注意：这是静态方法引用，非构造，但说明 Supplier 天然适配“无参产出”语义</localdatetime>Supplier<logger> loggerFactory = Logger::new;</logger>
编译后字节码只有 new + dup + invokespecial，没有对象包装、没有泛型桥接、没有运行时分派。
真正零开销的四个实操要点
想让这种组合发挥极致效能，得守住几条边界：
- 只绑定无参构造器：有参构造需匹配
Function、BiFunction等，会引入参数捕获和闭包对象，破坏内联机会 - 类型必须具体：用
Supplier<user></user>，别用Supplier extends Person>。通配符会让 JIT 无法推导目标类，失去优化前提 - 不掺逻辑、不加缓存：这不是对象池。每次
get()都执行一次new，但这个new本身已是 JVM 最轻量的实例化路径 - 静态持有构造引用：声明为
private static final Supplier<xxx> FACTORY = Xxx::new;</xxx>，避免重复解析方法句柄，也防止因局部变量导致 GC 压力
它和传统工厂的根本区别在哪
传统工厂靠 if-else、Map 查找或继承多态来决定创建谁，运行时必然产生分支预测失败、虚方法调用、类型检查等成本。而 Supplier + ::new 是：
- 编译期就确定目标类，运行时无任何类型选择逻辑
-
get()调用可被 JIT 完全内联为原生构造指令，相当于手写new Xxx() - 不依赖 Spring、Guice 或反射，首次使用前不触发类初始化（除非该类尚未加载）
- 内存占用极小：仅持有一个 MethodHandle 引用，HotSpot 64 位下约 16 字节
配置驱动场景下的安全用法
哪怕面对动态类型选择，也能保持简洁与安全：
- 注册表用具体类型构建：
Map<string supplier>> registry = Map.of("circle", Circle::new, "rect", Rectangle::new);</string> - 取用时直接
registry.get(type).get()，不涉及泛型擦除或强制转换 - 若需默认兜底，用
registry.getOrDefault(type, DefaultShape::new).get()，仍是纯构造引用，无额外开销
不需要定义工厂接口、不写 switch-case、不维护子类列表——类型即配置，构造即实现。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
