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 GenericFactory {
  private final Class type;
  public GenericFactory(Class type) { this.type = type; }
  public T create() throws Exception { return type.getConstructor().newInstance(); }
}

用 Supplier 实现函数式工厂

当类型构造逻辑复杂（比如需要参数、依赖注入、或需复用已有对象），用 Supplier 比传 Class 更灵活——它把“怎么造”完全交给调用方，工厂只负责执行。

Java Api Extractor

从 Java 项目中提取 Controller 层接口定义为 JSON 数据。

下载

立即学习“Java免费学习笔记（深入）”；

• 完全绕过反射，无构造函数限制，支持任意初始化逻辑
• 天然适配 Lambda，写法简洁：() -> new UserService("prod")
• 便于单元测试（可注入模拟对象）

示例：

public class ServiceContainer {
  private final Supplier factory;
  public ServiceContainer(Supplier factory) { this.factory = factory; }
  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> 表达“尚未创建”的状态，语义更清晰