Java泛型无法规避类型擦除，需通过禁用原始类型、运行时校验、合理使用通配符与TypeToken、容器级防护等手段主动保障类型安全。

Java 泛型无法规避类型擦除——擦除是编译机制，不是错误，更不能“绕过”。真正要做的，不是对抗擦除，而是在擦除已发生的前提下，防止它引发 ClassCastException 等运行时错误。核心思路是：把本该由编译器保障的类型安全，通过显式约束、运行时校验和规范编码来主动补位。

禁用原始类型，堵住污染源头

原始类型（如 List、Map）是绝大多数泛型运行时错误的起点。它让编译器放弃检查，等于给错误类型开了后门。

• 禁止写 List list = new ArrayList();，必须声明为 List<String> list = new ArrayList<>();
• 方法参数、返回值、字段全部强制参数化，不接受裸类型
• 在 IntelliJ 或 Eclipse 中启用 “Raw type usage” 警告，并设为 error 级别

对高风险场景做运行时类型校验

反射、JSON 反序列化、RPC 响应等操作天然绕过编译检查，必须在进入泛型容器前拦截非法元素。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 反序列化时不用 mapper.readValue(json, List.class)，改用 mapper.readValue(json, new TypeReference<List<User>>() {})
• 接收原始集合（如旧接口返回的 List）时，封装校验工具：safeCastList(rawList, User.class)，内部逐项调用 User.class.isInstance(item)
• 避免 (List<User>) rawList 这类无条件强转，哪怕加了 @SuppressWarnings("unchecked")

用上界通配符和 TypeToken 明确意图

通配符不是万能，但合理使用能减少隐式强转；TypeToken 不恢复擦除，但能把编译期已知的泛型信息“固化”进类结构中。

立即学习“Java免费学习笔记（深入）”；

• 读取数据优先用 List<? extends CharSequence> 替代 List<?>，获得安全的只读视图，无需手动强转
• 需要传递泛型类型时（如 Gson 解析），用 new TypeToken<List<Order>>() {}，再通过反射提取 getActualTypeArguments()
• 泛型类构造时若需类型信息，显式传入 Class<T>，例如 new Box<String>(String.class)

关键集合做容器级防护（按需）

对金融、配置、权限等核心数据结构，可自定义带守门逻辑的集合，把校验下沉到 add、set 入口。

• 继承 ArrayList<T>，构造时传入 Class<T> elementType
• 重写 add(T e)：先执行 if (!elementType.isInstance(e)) throw new ClassCastException(...)
• 配合工厂方法统一创建，如 CheckedLists.<Account>newArrayList(Account.class)