方法重载是否成立取决于泛型擦除后的字节码descriptor，而非源码泛型声明；擦除后签名相同则编译报错，如 f(list)与f(list)均变为(ljava/util/list;)v而冲突。
Java 中方法重载与泛型擦除结合分析时，核心矛盾在于：**重载是否成立，只看擦除后的字节码签名（descriptor），而非源码中带泛型的表象**。编译器报错“method is already defined”，本质是 JVM 拒绝加载两个 descriptor 完全相同的方法，而泛型擦除恰恰让多个看似不同的方法变成同一个 descriptor。
看清擦除后的真实方法签名
泛型参数在编译期被擦除，替换为原始类型（如 List<string></string> → List）或上界（如 <t extends number></t> → Number）。JVM 调用依据的是 descriptor，不是源码里的泛型声明。
- 运行
javac YourClass.java && javap -s YourClass，重点观察每行的descriptor:字段 - 例如：
<t> void f(List<t>)</t></t>和<u> void f(List<u>)</u></u>擦除后都是(Ljava/util/List;)V -
void f(List<string>)</string>、void f(List<integer>)</integer>、void f(List>)擦除后也全是(Ljava/util/List;)V
哪些泛型重载能共存？关键看擦除后参数类型是否真不同
只有当擦除后参数类型在 JVM 层面可区分，重载才有效。原始类型差异必须体现在 descriptor 中。
- ✅ 可共存：
<t> void handle(List<t>)</t></t>（descriptor:(Ljava/util/List;)V）和void handle(ArrayList<string>)</string>（descriptor:(Ljava/util/ArrayList;)V），因List ≠ ArrayList - ✅ 可共存：
<k> void put(Map<k>)</k></k>（(Ljava/util/Map;)V）和void put(HashMap<string>)</string>（(Ljava/util/HashMap;)V） - ❌ 冲突：
<t> void log(T)</t>和<u> void log(U)</u>→ 都擦成(Ljava/lang/Object;)V - ❌ 冲突：
void process(List extends CharSequence>)和void process(List<string>)</string>→ 都擦成(Ljava/util/List;)V
桥接方法可能悄悄制造冲突
继承泛型类或实现泛型接口时，编译器会自动生成 bridge 方法（标记为 bridge 和 synthetic）。如果你手动写了擦除后与之相同的普通方法，就会触发冲突。
- 用
javap -c -v YourClass查找所有带bridge标记的方法 - 比对它们的 descriptor 是否与你写的某个方法重复
- 若重复，删掉手动方法，或改名/改参，让桥接逻辑正常接管
替代方案：绕开重载，用设计表达意图
不靠泛型参数区分重载，而是用更清晰、更健壮的方式组织代码：
-
语义化命名：把
process(List<string>)</string>和process(List<integer>)</integer>改成processNames(List<string>)</string>和processIds(List<integer>)</integer> -
委托+类型令牌：统一方法签名，显式传入
Class<t></t>，在方法体内用isAssignableFrom或switch分支处理 - 提取公共逻辑：对外暴露语义明确的方法，内部调用一个私有泛型方法做通用处理
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
