Java泛型数组创建需规避类型擦除问题：推荐用Object[]底层+泛型方法控制读写；必须T[]时传Class<T>并用Array.newInstance()；多数场景优先用ArrayList替代。
Java 中不能在泛型类初始化时直接写 T[] arr = new T[10]，因为类型擦除导致运行时无 T 的具体信息，编译器会拒绝并报错。想安全创建、又消除警告，核心不是“压制”，而是选对方案：用 Object[] 作底层数组 + 入口校验 + 出口单元素转型，是最常用且可控的做法；若必须返回真实 T[]，则需外部传入 Class<T> 并配合 Array.newInstance()。
用 Object[] 底层 + 泛型方法控制读写（推荐日常使用）
这是最平衡的方案：不暴露数组引用、不产生泛型数组警告、类型安全由编译器和逻辑共同保障。
- 成员声明为
private final Object[] elements;，构造时只做new Object[size]，不涉及任何泛型强制转换 - 写入统一走泛型方法，例如
public void set(int i, T item)—— 编译器确保传入的是 T 类型，无需转型，零风险 - 读取单个元素时再转型：
@SuppressWarnings("unchecked") public T get(int i) { return (T) elements[i]; }—— 这个转型是安全的，因为写入已受控 - 绝不提供
public T[] toArray()这类直接返回(T[]) elements的方法，否则会泄露底层、引发ClassCastException
需要真实 T[] 时：传 Class 对象 + Array.newInstance
适用于必须满足接口契约（如实现 Collection.toArray(T[])）、或要传递给 JNI/反射等要求真实组件类型的场景。
- 构造时接收
Class<T> type参数，例如public GenericArray(int size, Class<T> type) - 内部调用
this.array = (T[]) Array.newInstance(type, size);—— 注意这里仍需@SuppressWarnings("unchecked")，但它是安全的，前提是type和实际使用类型一致 - 该数组运行时就是
String[]或Integer[]等真实类型，能通过instanceof，存入错误类型会在运行时立即抛ArrayStoreException（比ClassCastException更早暴露问题） - 基本类型不支持（
int.class不行），只能用包装类（Integer.class）
优先用 ArrayList 替代数组（多数情况更优）
如果你只是需要一个类型安全、可变长、支持增删查的容器，那根本不需要泛型数组。
立即学习“Java免费学习笔记（深入）”；
- 声明为
private final List<T> list = new ArrayList<>();，完全无警告、无转型、无擦除隐患 - 所有操作（add/remove/get）都走泛型接口，编译期就拦截非法类型
- 如需数组视图，用
list.toArray(new T[0])（JDK 11+ 推荐），它会返回正确类型的数组，且内部已处理好扩容逻辑 - 性能差异在绝大多数业务代码中可忽略，代码更清晰、维护成本更低
不推荐但常见：直接 new Object[] + 全局 @SuppressWarnings
很多老代码这么写，虽能跑通，但隐患明显，仅限临时或内部工具类。
- 像
elements = (T[]) new Object[10];这种写法必须加@SuppressWarnings("unchecked") - 风险在于：如果后续不小心把
elements引用暴露出去（比如返回、赋值给Object[]变量），外部可能往里塞非 T 类型对象，取值时才崩 - 若真要用，务必保证
elements是 private + final，所有写入都经由泛型方法封装，且不向外传递引用
