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