泛型擦除导致重载冲突的本质是编译后方法签名相同，jvm禁止同名、同参数类型、同返回类型的方法共存；需通过javap查看descriptor验证，避免桥接方法冲突，推荐用语义化方法名替代泛型重载。
泛型擦除导致的重载冲突，本质是编译器在擦除后发现两个方法签名完全一样，而 JVM 不允许同名、同参数类型、同返回类型的方法共存。排查不能只看源码写法，得从擦除后的实际签名入手。
看擦除后的参数类型是否真不同
泛型参数无论写成 T、U 还是 E extends Number，擦除规则很明确：
- 无界泛型（如
<t></t>）→ 擦除为Object - 有界泛型（如
<t extends charsequence></t>）→ 擦除为上界类型CharSequence - 泛型集合（如
List<string></string>、List<integer></integer>）→ 全部擦除为List
所以 void handle(List<string>)</string> 和 void handle(List<boolean>)</boolean> 擦除后都是 handle(List)，必然冲突——这不是写错了，而是机制使然。
用 javap 验证字节码签名
别猜，直接看编译结果：
- 运行
javac YourClass.java - 再执行
javap -s YourClass（-s显示签名信息）
重点关注输出里的 descriptor: 行——这是 JVM 真正用来区分方法的依据。如果两个方法的 descriptor 完全一致（比如都是 (Ljava/util/List;)V），那它们就不可能共存，编译报错是必然的。
检查桥接方法是否意外引入重复
继承泛型类时，编译器可能自动生成桥接方法（bridge method）来维持多态。例如父类有 <t> void process(T t)</t>，子类覆写为 void process(String s)，编译器会生成一个桥接方法 process(Object)。若你又手动写了另一个 process(Object)，就会和桥接方法冲突。
此时用 javap -c -v YourClass 查看全部方法，留意带 bridge 和 synthetic 标记的方法，确认是否与你写的某个方法签名重叠。
优先用语义化方法名替代重载
与其强行用泛型参数区分重载，不如让方法名体现意图：
- ❌
process(List<string>)</string>/process(List<integer>)</integer> - ✅
processStrings(List<string>)</string>/processNumbers(List<integer>)</integer>
这样既避开擦除冲突，又提升可读性。如果逻辑高度相似，可提取公共处理逻辑到私有方法，由语义化方法分别调用。
