java泛型不能直接new t()，根本原因是类型擦除导致运行时无法获取t的具体类型；替代方案包括：class+反射工厂、supplier函数式工厂、instantiable接口约束及延迟初始化等。
Java 泛型不能直接 new T()，根本原因是类型擦除——编译后所有 T 都变成 Object 或其上界，JVM 运行时根本不知道 T 具体是什么类，自然无法调用构造函数。这个限制倒逼出更清晰、可控的替代思路：把“谁来造对象”和“造什么对象”解耦，工厂模式正是最自然的落地方案。
用 Class + 反射实现泛型工厂
这是最常用也最直观的方式：不靠泛型自己造，而是让调用方明确告诉工厂“我要造哪种类型”，传入 Class<t></t> 对象，再用反射创建实例。
- 要求目标类必须有无参构造函数（否则
getConstructor().newInstance()会抛异常） - 推荐使用
clazz.getConstructor().newInstance()，而非已弃用的clazz.newInstance() - 可封装成通用工厂类或静态方法，避免重复写反射逻辑
示例：
public class GenericFactoryprivate final Class
public GenericFactory(Class
public T create() throws Exception { return type.getConstructor().newInstance(); }
}
用 Supplier 实现函数式工厂
当类型构造逻辑复杂（比如需要参数、依赖注入、或需复用已有对象），用 Supplier 比传 Class 更灵活——它把“怎么造”完全交给调用方，工厂只负责执行。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 完全绕过反射，无构造函数限制，支持任意初始化逻辑
- 天然适配 Lambda，写法简洁：
() -> new UserService("prod") - 便于单元测试（可注入模拟对象）
示例：
public class ServiceContainerprivate final Supplier
public ServiceContainer(Supplier
public T getInstance() { return factory.get(); }
}
结合泛型边界与构造约束（模拟 C# 的 new() 约束）
Java 虽无语法级 new() 约束，但可通过泛型上界 + 接口约定实现类似效果：定义一个带 create() 方法的工厂接口，让具体类型自行提供实例化能力。
- 例如定义
interface Instantiable<t> { T create(); }</t>，让实体类实现它 - 泛型类声明为
<t extends instantiable>></t>，就能安全调用t.create() - 优势是编译期检查强，运行时零反射开销
针对集合或容器场景的轻量替代
如果只是想初始化一个泛型集合内部的元素（比如 Box<string></string> 里放个默认字符串），不必强求 new T()，可接受“延迟初始化”或“由使用者提供默认值”：
- 字段设为
private T value;，不初始化，首次访问时由外部 set 或通过 getter 检查并创建 - 构造方法接收一个默认值：
public Box(T defaultValue) { this.value = defaultValue; } - 配合
Optional<t></t>表达“尚未创建”的状态，语义更清晰
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
