Java泛型擦除不可绕过，但可通过规范写法（如禁用原始类型、正确声明泛型参数）、TypeToken补全运行时类型信息、避免泛型数组等措施保障类型安全与可预测性。
Java 泛型擦除本身不会导致运行时类型转换异常，但会削弱类型信息的可用性，尤其在集合操作中容易引发 ClassCastException 或编译警告。关键不是“避免擦除”——它不可绕过——而是通过规范写法和辅助机制，让擦除后的运行时行为依然安全、可预测。
用对泛型声明，杜绝原始类型混用
原始类型（raw type）是类型擦除风险的放大器。一旦使用 List 而非 List，编译器就放弃所有类型检查，后续任意 add() 都合法，取值时却可能崩溃。
- 永远不用
new ArrayList()，坚持写new ArrayList（或利用钻石运算符() new ArrayList()） - 方法参数避免接收原始类型，例如不写
void process(List list)，而应写void process(List list) void process(Listlist) - 禁止将泛型集合赋值给原始类型引用：
List这样后续list = new ArrayList(); List raw = list; raw.add(new Date())就埋下隐患
取值时不手动强转，依赖编译器自动插入
擦除后字节码里确实有 (String) list.get(0)，但这是编译器自动加的。你若自己写显式强转，不仅冗余，还可能出错。
- 正确：
String s = stringList.get(0);—— 编译器确保安全，无警告 - 错误：
Object o = stringList.get(0); String s = (String) o;—— 触发 “unchecked cast” 警告，且一旦集合被原始类型污染，此处直接抛ClassCastException - 如果必须处理不确定类型的集合（如从外部 API 接收），先做
instanceof判断再转，但注意：不能写if (list instanceof List（语法非法），只能判断) list instanceof List，再逐项校验元素类型
复杂泛型结构用 TypeToken 补全运行时信息
当需要反序列化或反射获取带泛型参数的类型（如 List、Map），仅靠 Class 不够——因为 List.class 无法区分泛型实参。
- 用 Guava 的
TypeToken：TypeToken，匿名子类在字节码中保留了泛型签名，可通过反射读取- > token = new TypeToken
- >() {};
- Gson、Jackson 等主流库都支持
TypeToken或等效机制（如 Jackson 的TypeReference），传入即可精准还原泛型结构 - 不要试图用
list.getClass().getGenericSuperclass()直接解析——逻辑复杂、易错，且对普通ArrayList实例无效（它没继承带泛型的父类）
泛型数组创建需绕过擦除限制
Java 禁止 new T[10] 或 new List，因为擦除后无法保证数组组件类型安全。
- 推荐方式：用
Array.newInstance(clazz, size)配合类型令牌，例如@SuppressWarnings("unchecked") T[] arr = (T[]) Array.newInstance(clazz, size); - 更安全的做法是避免泛型数组，改用
List——它内部用Object[]存储，靠泛型约束和自动转换保障逻辑安全 - 若必须返回数组（如 API 合约要求），封装为泛型方法：
public static，调用方传入T[] toArray(Collection c, Class clazz) String.class，内部完成实例化与转换
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
