Java中(T[]) new Object[n]必然抛ClassCastException，因泛型擦除使运行时只剩Object[]，而数组协变性与JVM类型检查在赋值或首次按T[]使用时触发异常；安全方案是用List、传模板数组或反射Array.newInstance。
泛型方法返回数组时，最典型的崩溃风险来自「用 (T[]) new Object[n] 强转生成数组」——这在 Java 中看似简洁，实则埋下 ClassCastException 的定时炸弹。根本原因不是写法错误，而是泛型类型擦除 + 数组协变性 + 运行时类型检查三者叠加导致的必然失败。
为什么 (T[]) new Object[] 必然出错
Java 数组是协变的（String[] 是 Object[] 的子类型），但泛型是不变的（List<string></string> 不是 List<object></object>）。当你写：
T[] arr = (T[]) new Object[10];- 编译器允许它（加了
@SuppressWarnings("unchecked")） - 但运行时，JVM 看到的只是
Object[]，而你把它当成了String[]或Integer[] - 一旦调用端尝试
arr[0].toString()或return arr;给一个String[]变量接收，就立即抛异常
调用端崩溃的典型场景
崩溃往往不发生在泛型方法内部，而是在**方法返回后、第一次按目标类型使用数组时**：
- 方法声明为
<t> T[] generate(...)</t>，调用方写String[] result = gen.generate(...); - 方法内部实际返回的是
Object[]，但被强转成String[]引用 - 后续代码只要对
result做任何数组操作（如result.length没问题，但result[0].length()就崩） - 或直接赋值给另一个
String[]变量（如String[] x = result;），JVM 在赋值瞬间检查数组运行时类型，发现是Object[]而非String[]，立刻报ClassCastException
真正安全的替代方案
不依赖强转，绕开泛型数组限制：
-
用
List<t></t>代替数组：返回ArrayList<t></t>，调用方可随时用list.toArray(new String[0])获得正确类型的数组 -
让调用方传入类型数组模板：方法签名改为
<t> T[] generate(Function<random t> creator, long size, T[] template)</random></t>，内部用template.getClass()创建同类型新数组 -
用反射获取运行时 Class 对象：传入
Class<t> type</t>参数，再通过Array.newInstance(type, size)创建真实类型的数组
为什么 C# 和 TypeScript 没这个问题
这不是 Java 独有的“坑”，而是设计取舍的结果：
-
C# 泛型在运行时保留完整类型信息，
T[]就是真正的string[]或int[]，不存在擦除，强转不会失真 - TypeScript 是纯编译时检查，泛型只用于类型推导，生成的 JS 里根本没有泛型，自然也没有运行时数组类型冲突
- 而 Java 的泛型只为编译期服务，运行时只剩
Object[]—— 所有强转都是在欺骗 JVM
