Java泛型擦除导致同名方法签名冲突，根本原因是JVM无法区分List<String>和List<Integer>；解决方式包括：使用语义化方法名、更换擦除后不同的参数类型、封装专用子类、或用Class<T>类型令牌统一泛型入口。
Java 泛型擦除后方法签名相同，根本原因是编译器把 List<String> 和 List<Integer> 都擦成 List，JVM 看不到区别，自然拒绝同名、同参数类型、同返回类型的方法共存。解决的关键不是“绕过擦除”，而是主动适配它——用编译器能区分的方式组织代码。
用语义化方法名替代泛型参数重载
这是最直接、最安全、也最易读的做法。不要指望靠泛型类型参数来区分重载，Java 不支持，也不该依赖。
- ❌ 错误写法：
process(List<String>)和process(List<Integer>) - ✅ 正确写法：
processNames(List<String>)和processIds(List<Integer>) - 若内部逻辑高度相似，可提取公共私有方法（如
private void doProcess(List<?> list, Class<?> type)），由两个语义化方法分别调用
换参数类型，让擦除后签名真正不同
只要编译后参数类型不一致，JVM 就能区分。不必死守 List，换一种擦除结果不同的类型即可。
- 把其中一个方法改为接收
int[]、String[]或Collection<Integer>—— 注意Collection ≠ List，擦除后是不同原始类型 - 封装专用类型：定义
class StringList extends ArrayList<String>{}，再重载接收StringList和IntegerList的方法（需调用方显式使用该类） - 避免用
List<?>或Object作为“兜底”，它们反而容易和桥接方法冲突
用类型令牌（Class<T>）统一入口
当多个操作本质是同一逻辑、仅类型语义不同，推荐合并为一个泛型方法，并显式传入运行时类型信息。
立即学习“Java免费学习笔记（深入）”；
- 声明为：
<T> void process(List<T> list, Class<T> type) - 调用时写：
process(names, String.class)或process(ids, Integer.class) - 这样既避开重载限制，又保留类型安全，还能在方法内做
type.cast()或分支判断 - 空列表或含 null 元素时仍可靠，不依赖
instanceof list.get(0)
排查桥接方法是否意外叠加
继承泛型父类或实现泛型接口时，编译器会自动生成桥接方法（bridge method）。如果你手动写了擦除后签名相同的普通方法，就会冲突。
- 运行
javac YourClass.java后，执行javap -c -v YourClass - 查找带
bridge和synthetic标记的方法，比对 descriptor（如(Ljava/util/List;)V）是否与你写的某个方法重复 - 如有重复，删掉手动写的那个，或改名/改参，让桥接方法能独立存在
