java泛型擦除导致list与list重载冲突，解决方式包括：改用擦除后不同的参数类型、语义化方法名、泛型方法+类型令牌、标记接口。
Java 中方法重载时，泛型擦除会让 List<string></string> 和 List<integer></integer> 都变成原始类型 List，导致编译器认为两个方法签名完全相同，从而报错“重复的方法”。这不是写法错误，而是 JVM 层面的硬性限制——它只认擦除后的参数类型。解决的关键是让擦除后的签名真正不同，或者干脆绕开重载逻辑。
用参数类型差异替代泛型差异
只要擦除后参数类型不同，重载就能成立。不要依赖泛型参数区分，而要选编译后字节码里不一样的类型：
- 把
void handle(List<string>)</string>改成void handle(String[])或void handle(Iterable<string>)</string> - 把
void handle(List<integer>)</integer>改成void handle(int[])或void handle(Collection<integer>)</integer> - 注意：
Collection<integer></integer>擦除为Collection，而List擦除为List，二者在 JVM 中是不同类型，可以共存
改用语义化方法名，不依赖重载
与其强行让两个方法同名，不如让名字表达意图。这既避开擦除冲突，又提升可读性：
- ❌
process(List<string>)</string>和process(List<integer>)</integer> - ✅
processNames(List<string>)</string>和processIds(List<integer>)</integer> - 共用逻辑可提取到私有方法，比如
private void doProcess(Object data, Class> type)，由语义化方法分别调用
合并为泛型方法 + 类型令牌
用一个方法承载多种类型，但通过额外参数传递运行时所需的类型信息：
- 声明为
<t> void handle(List<t> list, Class<t> type)</t></t></t>，调用时显式传String.class或Integer.class - 避免用
instanceof判断元素类型（空列表或null元素会导致误判） - 适合需要做类型相关操作的场景，比如 JSON 反序列化、数据库映射等
引入标记接口区分语义
为不同用途定义空接口，让具体实现类实现它，从而获得可重载的参数类型：
- 定义
interface NameList extends List<string> {}</string>和interface IdList extends List<integer> {}</integer> - 提供包装类如
class SimpleNameList implements NameList - 重载方法接收
NameList和IdList—— 它们擦除后分别是不同的接口类型，JVM 能区分 - 注意：不能直接传
Arrays.asList(...)这类匿名实例，需调用方配合使用具体实现类
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
