Java泛型接口中无法靠类型参数区分重载方法，因类型擦除导致handle(String)和handle(Integer)编译后均为handle(Object)，编译期即报错；应使用语义化方法名、委托私有共用逻辑、规避桥接方法冲突，或通过Class参数显式传递类型信息。
Java 泛型接口中无法靠类型参数区分重载方法，因为编译后所有泛型都被擦除——handle(String) 和 handle(Integer) 都变成 handle(Object)，JVM 不允许同一类里存在两个签名完全相同的方法。这不是运行时问题，而是编译期就报错的硬性限制。
用语义化方法名代替泛型重载
不依赖泛型类型来区分方法，而用职责命名明确意图：
- 实现
Processor<String>时写processName(String s) - 实现
Validator<Integer>时写validateId(Integer i) - 避免写两个都叫
handle(T)的方法，哪怕泛型参数不同
委托到私有方法统一处理逻辑
若多个接口方法实际做相似的事，可提取共用逻辑，对外暴露语义清晰的入口：
- 把字符串处理和整数校验的共通校验步骤抽成
private void commonCheck(Object obj) - 让
processName()和validateId()分别调用它并补充类型特有逻辑 - 既避免签名冲突，又减少重复代码
检查桥接方法是否意外叠加
实现泛型接口时，编译器可能自动生成桥接方法（标记为 bridge 和 synthetic）。如果你手动写的某个方法擦除后和它一样，就会冲突：
立即学习“Java免费学习笔记（深入）”；
- 用
javap -c -v YourClass查看字节码 - 找带
ACC_BRIDGE标记的方法，比对它的 descriptor（如(Ljava/lang/Object;)V） - 若和你自己写的某方法 descriptor 完全一致，就改名或调整参数，让桥接方法能正常生成
必要时用 Class 参数显式传递类型信息
当多个接口方法语义接近、又必须区分行为时，可放弃重载，改用单方法 + 类型令牌：
- 定义
<T> void handle(T item, Class<T> type) - 调用方传入
handle("abc", String.class)或handle(123, Integer.class) - 方法体内可用
type.isInstance(item)做安全分发，无需重载也能保持类型安全
