java泛型通配符不参与重载决策，真正关键是避免靠泛型参数区分重载；应使用类型令牌、明确方法名或单一泛型方法+class参数来规避擦除冲突。
Java 泛型通配符本身不参与方法重载决策，所以“用通配符解决重载冲突”是个常见误解。真正起作用的是：**避免靠泛型类型参数区分重载**——因为擦除后签名相同，编译器根本无法识别差异。通配符的正确角色，是帮你设计更安全、更通用的接口，绕开重载歧义。
别让通配符出现在重载方法的参数位置
如果两个方法仅靠泛型边界不同（比如 process(List<string>)</string> 和 process(List<integer>)</integer>），哪怕改成 process(List extends CharSequence>) 和 process(List extends Number>)，依然会冲突。原因很直接：
- 擦除后都是
process(List) - 方法名、参数数量、擦除后的参数类型、返回类型全一样 → JVM 不允许
用通配符统一参数类型，把语义移到方法名或参数中
与其试图重载，不如暴露一个清晰、可读、无歧义的接口：
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 把
handle(List<string>)</string>和handle(List<integer>)</integer>改成handleStrings(List extends CharSequence>)和handleNumbers(List extends Number>) - 或者更进一步，只保留一个
handle(List> list)，内部用instanceof或Class.isInstance()做运行时分发 - 若需类型安全操作，配合
Class<t></t>参数传入（即类型令牌），例如handle(list, String.class)
当必须处理多种类型时，优先用单一泛型方法 + 类型令牌
这是比重载更稳定、更易测试的方式。例如：
- 定义
<t> void process(List> data, Class<t> type)</t></t> - 调用方明确传入
process(myList, Integer.class)或process(myList, String.class) - 方法体内可用
type.cast(item)安全转型，失败时抛出明确异常 - 完全避开擦除导致的签名重复问题
注意桥接方法可能悄悄叠加冲突
如果你在泛型类里写了带通配符的方法，又继承了某个泛型父类或实现了泛型接口，编译器可能自动生成桥接方法（bridge method）。这些桥接方法擦除后，可能和你自己写的某个方法签名撞车。
- 用
javap -c -v YourClass查看是否含bridge和synthetic标记的方法 - 比对 descriptor 行（如
(Ljava/util/List;)V）是否重复 - 如有重复，删掉手动写的那个，或改名/改参，让桥接逻辑正常工作
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
