Java禁止new T[10]的根本原因是泛型擦除后JVM无法获知T的实际类型，而数组要求运行时明确组件类型；Array.newInstance通过显式传入Class对象补全类型信息，从而绕过该限制。
Java 不允许直接写 new T[10]，根本原因不是语法禁止，而是泛型类型擦除后，JVM 在运行时完全不知道 T 到底是什么类型——它只剩 Object。数组在 JVM 里是“协变且运行时强类型”的，必须明确组件类型（比如 String.class），否则无法分配内存、也无法做运行时类型检查。所以编译器提前拦下 new T[n]，避免后续出错。
为什么 Array.newInstance 能绕过限制
它不依赖泛型声明，而是靠你手动传入一个真实的 Class 对象（如 String.class），把擦除丢失的类型信息“补回来”。JVM 拿到这个 Class，就知道该创建 String[] 还是 Integer[]，整个过程发生在运行时，跳过了编译期擦除的盲区。
- 调用方必须显式提供
Class<T>，不能写T.class（那会编译失败或变成Object.class） -
Array.newInstance(clazz, length)返回Object，需强制转成T[]；只要clazz和你要的T一致，就是安全的 - 这个转型属于“受检警告”，加
@SuppressWarnings("unchecked")即可，但只应放在转型那一行附近
正确写法和常见陷阱
标准封装方式：
public <T> T[] createArray(Class<T> clazz, int length) {
return (T[]) Array.newInstance(clazz, length);
}
调用示例：String[] arr = createArray(String.class, 5);
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- ✅ 支持引用类型（
String.class、Integer.class）和基本类型字节码（int.class、boolean.class），但注意：用int.class得到的是int[]，不是泛型意义上的T[] - ❌ 不支持带泛型参数的类型（如
List<String>.class），因为擦除后只剩List.class，无法还原String - ⚠️ 多维数组写法是
Array.newInstance(String.class, 3, 4)，传的是元素类型，不是String[].class
实际开发中怎么选
多数场景根本不需要泛型数组：
- 优先用
ArrayList<T>或LinkedList<T>：内部用Object[]存储，自动扩容，API 清晰，类型安全由编译器保障 - 只有在对接老接口（比如需要返回
String[]）、反射批量构造、或性能关键的底层工具类里，才值得用Array.newInstance - 如果必须提供数组 API，建议同时支持两种入参：一种是
Class<T>，另一种是模板数组（类似list.toArray(new String[0])），后者更直观、也更难出错
替代方案对比
有人用 (T[]) new Object[n] 看似简单，但隐患大：
- 运行时数组真实类型是
Object[]，一旦往里存非Object的子类型（比如String），再尝试转型为String[]就会抛ClassCastException -
Array.newInstance创建的数组在运行时有完整类型信息，arr.getClass()返回class [Ljava.lang.String;，真正是String[] - 集合类如
ArrayList内部其实也是靠Array.newInstance实现toArray方法的，只是封装好了，你不用操心
