java泛型数组无法安全创建是因类型擦除导致运行时缺失t的具体类型，而数组需协变且带运行时类型信息，故new t[]非法；绕过会引发unchecked警告或arraystoreexception/classcastexception。
Java 中泛型类型擦除直接导致泛型数组无法被安全创建，这不是语法限制，而是 JVM 运行时类型系统与擦除机制共同作用下的必然结果。
为什么 new T[] 是非法的
泛型类型参数 T 在编译后已被擦除，JVM 在运行时根本不知道 T 具体是什么类型。而数组是协变且带有运行时类型信息（如 new String[10] 的 getClass() 返回 Class
- 编译器直接报错：「generic array creation」
- 即使绕过（如 T[] arr = (T[]) new Object[10]），也会触发 unchecked warning，且运行时若将该数组传给期望具体子类型数组的方法（如 void process(String[] s)），可能抛出 ArrayStoreException 或隐藏类型不安全
擦除如何加剧数组的类型风险
假设你声明了 List
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 编译后等价于 List[] lists = new ArrayList[5] —— 所有泛型信息被抹去
- 你可以执行 lists[0] = new LinkedList
() ，编译通过（因为只检查 List），但逻辑上已破坏原意 - 若后续代码按 ArrayList
强制取用，运行时才暴露 ClassCastException
这种“看似泛型、实为裸数组”的写法，把类型检查从编译期推到了运行期，违背泛型设计初衷。
安全替代方案与实用写法
不要对抗擦除，而是绕过它：
- 优先用 ArrayList
或 LinkedList 替代 T[]，它们内部用 Object[] + 类型转换封装，由泛型方法保障安全 - 若必须用数组容器，声明为 Object[] 并配合显式类型校验（如 Collections.unmodifiableList(Arrays.asList(...))）
- 需要泛型数组语义时，可用 ArrayList
[] 的包装类，或借助 Supplier延迟构造（如 Stream.generate(() -> new String[10]).limit(5).toArray(String[][]::new)）
反射获取泛型数组类型为何也受限
即使通过反射访问字段或方法返回值的泛型签名，对数组本身仍无效：
-
Field.getGenericType() 可能返回 java.util.List
[] 这样的 Type，但这是编译期保留的 Signature 信息，运行时无法用于实例化 -
Class.getComponentType() 对 new ArrayList
[1].getClass() 返回的是 ArrayList（原始类型），而非 ArrayList - 也就是说：你能“看到”泛型数组的声明，但不能“用到”它的泛型成分
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
