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