java泛型类型擦除的影响可通过四类模式识别：instanceof后跟带具体类型的泛型（如list）属违规；new t()和t[]创建需改用显式转型或工厂方法；仅泛型参数不同的重载方法会编译失败，应合并或改名；反射获取泛型信息仅对字段/方法签名有效，局部变量等场景无效。
Java 泛型类型擦除本身不可见，但它的影响会在代码结构、API 设计和运行时行为中留下清晰痕迹。在代码评审中，不靠“看字节码”，而是通过识别几类典型模式，就能快速定位因擦除引发的类型隐患。
检查 instanceof 和泛型类型判断
只要看到 instanceof 后跟带具体类型的泛型（如 instanceof List<string></string>、obj instanceof Map<k v></k>），就是明确违规。这类写法编译不过，但评审时若发现开发者试图这样写，说明其对擦除缺乏基本认知——应提醒改用原始类型判断（instanceof List）或配合 Class
排查 new T() 与泛型数组创建
泛型类或方法中出现以下任一写法，都需标记风险：
-
T[] arr = new T[10];→ 必须改为T[] arr = (T[]) new Object[10];并加 @SuppressWarnings("unchecked")，但更推荐用ArrayList<t></t> -
return new T();或new T().someMethod()→ 编译失败，需改用Supplier<t></t>、Class<t></t>构造或工厂方法
审查重载方法与泛型参数冲突
当一个类中存在多个仅靠泛型参数区分的方法签名，例如：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
void process(List<string> data)</string>void process(List<integer> data)</integer>
二者擦除后均为 process(List)，编译报错“重复方法”。评审时应建议合并为单一方法（如 process(List> data)），或改用不同方法名/参数类型（如加 String typeHint 参数）。
验证反射与泛型元信息使用场景
若代码通过反射获取泛型类型（如 field.getGenericType()），需确认是否只用于字段、方法返回值、父类声明等可保留签名的位置。常见误用包括：
- 对局部变量调用
getClass().getGenericSuperclass()→ 返回 null 或原始类型，无实际泛型信息 - 期望从
list.getClass().getTypeParameters()获取List<string></string>的String→ 不可能，该方法返回的是类定义的<t></t>，不是实例化时的实参
真正安全的做法是：需要运行时类型时，显式传入 Class<t></t> 或使用 TypeToken 匿名子类。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
