Java中避免泛型擦除导致重载冲突，须从设计源头规避：用语义化方法名替代泛型重载，如processNames(List<String>)与processIds(List<Integer>)；或确保擦除后参数为不同原始类型，如handle(List)与handle(ArrayList)；亦可借助Class<T>令牌运行时分发。
Java 中避免泛型擦除导致的重载冲突，核心是不依赖泛型类型参数来区分方法签名——因为擦除后它们会变成一样的字节码 descriptor，JVM 直接拒绝加载。真正有效的做法是从设计源头绕开这个限制。
用语义化方法名替代泛型重载
这是最直接、安全、可读性最强的方式。泛型本身不是为了“多态分发”，而是为了类型约束和复用。把意图写进名字，比靠编译器猜更可靠。
- ❌ 避免：
process(List<String>)和process(List<Integer>)—— 擦除后都是(Ljava/util/List;)V - ✅ 推荐：
processNames(List<String>)和processIds(List<Integer>)—— 签名不同，无冲突，语义清晰 - 若逻辑高度相似，可提取一个私有通用方法（如
private <T> void doProcess(List<T> list, Consumer<T> handler)），对外只暴露职责明确的公有方法
确保擦除后参数类型在 JVM 层面可区分
只有当参数类型擦除后仍属于不同的原始类（即 descriptor 不同），重载才真正有效。List 和 ArrayList 是不同类，但 List<String> 和 List<Integer> 不是。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- ✅ 可共存：
<T> void handle(List<T>)（descriptor:(Ljava/util/List;)V）与void handle(ArrayList<String>)（descriptor:(Ljava/util/ArrayList;)V） - ✅ 可共存：
<K,V> void put(Map<K,V>)与void put(ConcurrentHashMap<String, Integer>) - ❌ 冲突：
void f(List<? extends CharSequence>)和void f(List<String>)—— 都擦成(Ljava/util/List;)V
检查并规避桥接方法意外覆盖
当你继承泛型类或实现泛型接口时，编译器会自动生成 bridge 方法（标记为 bridge 和 synthetic）。如果你手动写了擦除后签名相同的普通方法，就会触发冲突。
立即学习“Java免费学习笔记（深入）”；
- 用
javap -c -v YourClass查看所有方法，筛选出带bridge标记的 - 比对它们的 descriptor 是否和你自己写的某个方法重复
- 如有重复，删掉手动方法，或改名/改参，让桥接机制正常工作
用类型令牌（Type Token）做运行时分发
当多个语义不同的操作必须收敛到同一个方法名（比如接口统一要求 handle(T)），又无法靠重载区分时，显式传入 Class<T> 是最健壮的解法。
- 把
<T> void handle(T item)改为<T> void handle(T item, Class<T> type) - 或封装为
handle(String item, Class<String>)/handle(Integer item, Class<Integer>)，利用 Class 对象做运行时类型判断与安全转换 - 该方式零反射、编译期类型安全、不引入桥接风险，适合框架或泛型工具类
