new T[10] 编译报错是因为Java泛型类型擦除导致运行时无法确定T的具体类型，JVM要求数组必须有明确的组件类型；正确做法是通过Array.newInstance(clazz, size)或使用Object[]强转（需谨慎）。
为什么 new T[10] 会编译报错
Java 泛型在编译期被擦除，T 在运行时只剩 Object，所以 new T[10] 无法确定实际类型，JVM 拒绝创建“未知组件类型的数组”。这不是语法限制，而是 JVM 类型系统硬性要求——数组必须在运行时知道确切的组件类型。
常见错误现象：Generic array creation 编译错误；若强行绕过（比如用 @SuppressWarnings("unchecked") 强转），运行时可能抛 ClassCastException，尤其在向上转型或反射调用时暴露。
- 不能写
new T[n]、new T[] {a, b}、new ArrayList<t>[5]</t> - 可以写
new Object[n]或new ArrayList>[5]（因为右侧是具体类型） - 泛型方法中若需返回数组，必须由调用方传入
Class<t></t>或用Array.newInstance
Array.newInstance 怎么安全创建泛型数组
它在运行时通过 Class 对象构造数组，绕过了编译期擦除限制。但要注意：参数顺序和类型必须严格匹配，否则抛 IllegalArgumentException 或 ArrayStoreException。
使用场景：工具类中封装泛型集合转数组逻辑、反射批量实例化、动态代理生成数组结果等。
立即学习“Java免费学习笔记（深入）”；
- 基本用法：
Array.newInstance(clazz, length)→ 创建一维数组 - 多维数组：
Array.newInstance(clazz, dim1, dim2)，注意clazz是组件类型，不是数组类型 - 若
clazz是原始类型（如int.class），直接支持；若是泛型类（如List<string>.class</string>），不行——得用Object.class再强转（有风险） - 推荐搭配
@SuppressWarnings("unchecked")使用，但仅限于明确知道类型安全的上下文
示例：
public <T> T[] createArray(Class<T> clazz, int size) {
return (T[]) Array.newInstance(clazz, size);
}
用 Object[] 强转为什么有时也行得通
因为 JVM 允许将 Object[] 向上转型为任意引用类型数组（如 String[]），只要不往里存非法元素。这是 Java 数组协变性的遗留设计，也是很多泛型工具类（如 ArrayList.toArray()）的底层实现方式。
但它不安全：一旦把非 T 类型对象存入该数组，运行时立刻抛 ArrayStoreException。而 Array.newInstance 创建的是真正 T[] 类型的数组，类型检查更早、更准。
-
new Object[10]强转成T[]：编译过、运行可能崩，适合只读或已知内容可控的场景 -
Array.newInstance(T.class, 10)：编译过、运行时类型真实，推荐用于需要写入或跨方法传递的数组 - 别对原始类型泛型（如
int）用Array.newInstance(int.class, n)→ 返回的是int[]，不能强转成Integer[]
容易被忽略的兼容性细节
不同 JDK 版本对 Array.newInstance 的空值容忍度不同。JDK 9+ 对 null 的 Class 参数会直接抛 NullPointerException，而老版本可能延迟到数组访问时报错。另外，某些 Android ART 环境对泛型 Class 获取（如 SomeClass<String>.class）支持不完整，导致 clazz 实际为 SomeClass.class，进而使创建的数组类型错误。
- 永远校验
clazz != null，尤其从泛型方法参数或反射中获取时 - 避免依赖
someList.getClass().getComponentType()取泛型类的数组类型——擦除后通常是Object.class - 如果目标是 JSON 序列化或 RPC 传输，优先考虑用
List而非数组，避开所有泛型数组问题
最麻烦的点不在怎么写，而在怎么让调用方准确传入那个 Class<T>——它没法靠类型推导自动获得，必须显式提供。漏了这一步，其他都白搭。
