java泛型无法直接new t()因类型擦除，需通过class反射、supplier或子类继承固化类型信息来安全实例化；各方案适用场景不同，须注意构造器要求、异常处理及类型限制。
Java 中无法直接用 new T() 创建泛型实例，根本原因是类型擦除——T 在运行时不存在。要安全实现通用对象实例化，必须把类型信息以 Class<t></t> 形式显式传入，再结合反射或函数式接口完成构造。关键不在“能不能”，而在“怎么传、怎么用、怎么避坑”。
用 Class 构造泛型容器并反射创建
这是最直观、适用范围广的基础方案。核心是把具体类型擦除前的 Class 对象保存下来，在需要时调用其无参构造器。
- 泛型类需在构造时接收
Class<t></t>参数（不能写T.class，编译不通过） - 创建实例时优先使用
getDeclaredConstructor().newInstance()，避免已弃用的newInstance() - 目标类必须有 public 无参构造；若含 private 构造，需先调用
setAccessible(true) - 示例中
Container<arraylist></arraylist>可成功，但Container<string></string>会失败——因为String没有无参构造，这点容易被忽略
用 Supplier 替代反射，彻底规避类型限制
不依赖反射，也不要求目标类有特定构造方式，灵活性和安全性更高。适合封装复杂初始化逻辑或第三方类（如没有无参构造的 DTO）。
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 泛型类持有一个
Supplier<t></t>，由使用者提供创建逻辑 - 调用
get()即可获得新实例，无异常抛出风险（除非 Supplier 自身抛错） - 天然支持带参构造、静态工厂方法、甚至 Builder 模式：
() -> new User("admin", 25) - 与 Spring 的
@Bean或 Guice 的 Provider 思路一致，更贴近现代 Java 实践
子类继承固化泛型信息（适用于固定类型场景）
当泛型类型在编译期就确定且不会变化，可通过继承让 JVM 在运行时保留部分类型参数，再用反射提取。
- 定义抽象基类
BaseContainer<t></t>，子类如StringContainer extends BaseContainer<string></string> - 在子类中通过
((ParameterizedType)getClass().getGenericSuperclass()).getActualTypeArguments()获取Type - 需配合
Class.forName()或ClassLoader解析出真正的Class<string></string> - 该方式绕过了手动传
Class的繁琐，但仅适用于类型固定的子类化场景，不适合动态泛型
注意事项与常见陷阱
即使用了 Class 传递，仍有不少细节影响安全性与稳定性：
-
Class<t></t>必须是具体类型，不能是原始类型（如int.class）或类型变量；数组类型可用String[].class - 反射创建可能触发类初始化，若目标类含静态块或静态字段赋值，需评估副作用
- 泛型数组不能直接创建（
new T[10]编译失败），应改用Array.newInstance(type, size) - 对不可实例化类（如
java.util.Collections$EmptyList）调用newInstance()会抛InstantiationException
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
