Java中不能直接new T()的根本原因是类型擦除导致运行时无泛型信息；解决方式包括：传Class对象反射创建、用Supplier外置构造逻辑、TypeReference捕获嵌套泛型、isInstance替代instanceof。
Java 中不能直接用 new T() 实例化泛型类型，根本原因是编译期的类型擦除——运行时 JVM 根本不知道 T 是什么类，所有泛型参数都被替换成 Object 或其上界。这不是语法限制，而是字节码层面的真实缺失。要解决这个问题，关键不是“绕过擦除”，而是把类型信息在运行时显式补回来。
传入 Class 对象 + 反射构造
这是最常用、最直观的方式。你放弃依赖泛型变量 T 本身，改由调用方提供具体类型的 Class 对象，再通过反射创建实例：
- 要求目标类有无参构造器（或可获取指定参数的构造器）
- 推荐使用
clazz.getDeclaredConstructor().newInstance()，比已弃用的newInstance()更安全、更灵活 - 示例：
new Box，构造器内部调用(String.class) String.class.getDeclaredConstructor().newInstance()
用 Supplier 接口延迟提供实例逻辑
当类型没有无参构造器，或构造过程较复杂（比如需要依赖注入、配置初始化），可以用函数式接口把创建逻辑外置：
- 泛型类接收
Supplier而非Class - 调用方负责写清楚怎么造对象：
() -> new User("admin", 18) - 完全避开反射，类型安全、可读性强，也便于单元测试模拟
借助 TypeReference 捕获完整泛型签名
上面两种适合单层泛型（如 List），但遇到嵌套泛型（如 Map）时，Class 对象无法表达完整结构。这时要用 TypeReference 技巧：
- 定义抽象基类
TypeReference，在构造时通过getGenericSuperclass()获取匿名子类的ParameterizedType - 调用时写成：
new TypeReference（注意末尾的{}） - 框架如 Jackson、Gson 内部就靠这个机制实现泛型反序列化
用 isInstance 替代 instanceof 做运行时类型判断
类型擦除还导致 obj instanceof T 编译失败。解决办法同样是把类型具象化：
- 不写
if (obj instanceof T)，而是传入Class参数type - 改用
type.isInstance(obj)，效果等价于obj instanceof SomeConcreteClass - 注意：它只能判断对象是否为某类或其子类的实例，不能区分
List和List—— 后者运行时本来就是同一个 Class
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
