Java 泛型经类型擦除后，编译器会自动生成桥接方法以保证多态正确性；反射获取 getDeclaredMethods() 时会暴露这些合成方法，导致看似重复的 feed 方法（如 String 和 Object 返回类型各一个）。
java 泛型经类型擦除后，编译器会自动生成桥接方法以保证多态正确性；反射获取 `getdeclaredmethods()` 时会暴露这些合成方法，导致看似重复的 `feed` 方法（如 `string` 和 `object` 返回类型各一个）。
在 Java 中，泛型是编译期特性，运行时通过类型擦除（Type Erasure） 实现：泛型参数（如 <T>）会被替换为上界（默认为 Object），字节码中不保留具体类型信息。这带来一个重要后果——接口或父类中声明的泛型方法，在 JVM 层面实际签名是“非泛型”的。
以你的代码为例：
- 接口 Species<T> 声明了 T feed(List<String> numList)；
- 经类型擦除后，JVM 视其为 Object feed(List numList)（List<String> 擦除为 List，T 擦除为 Object）；
- 实现类 Animal<T> 及其子类 Dog 必须提供一个符合该擦除签名的方法，才能满足 JVM 的方法覆盖（override）验证规则；
- 但你实际编写的是 public String feed(List<String> numList) —— 它的返回类型是 String，而非 Object，且参数类型是 List<String>（擦除后仍是 List，语义兼容）。
此时，Java 编译器会自动插入一个合成的桥接方法（bridge method），其字节码等价于：
// 编译器生成的桥接方法（不可见于源码，但存在于 .class 文件中）
public Object feed(List numList) {
return this.feed(numList); // 调用你写的 String 版本，隐式转型
}这个桥接方法：
立即学习“Java免费学习笔记（深入）”；
- 返回类型为 Object，匹配擦除后的接口方法签名；
- 参数类型为原始 List（非 List<String>），与 JVM 认知一致；
- 方法体仅做委托调用，并利用协变返回类型（Java 5+ 支持）完成 String → Object 的安全转型。
因此，当你调用 Dog.class.getDeclaredMethods() 时，反射会返回所有已声明的方法，包括你手写的 String feed(...) 和编译器注入的 Object feed(...)（标记为 ACC_BRIDGE | ACC_SYNTHETIC）。这就是输出中出现两个 feed 方法的原因。
✅ 验证桥接方法的最简单方式：
Method[] methods = Dog.class.getDeclaredMethods();
for (Method m : methods) {
System.out.printf("%s %s (%s)%s%n",
m.getReturnType().getSimpleName(),
m.getName(),
Arrays.stream(m.getParameterTypes())
.map(Class::getSimpleName)
.collect(Collectors.joining(", ")),
m.isBridge() ? " ← bridge" : ""
);
}输出示例：
String feed (List) Object feed (List) ← bridge
⚠️ 注意事项：
- isBridge() 是识别桥接方法的关键 API，永远不要依赖 getName() 或参数列表唯一判断方法重载；
- getMethods()（获取所有 public 方法，含继承）通常不会包含桥接方法，因其访问级别受限且为 synthetic；
- Lombok 的 @Data 不影响桥接机制，它只生成 getter/setter/toString 等，与泛型实现无关；
- 此机制不仅适用于返回值泛型，也适用于参数泛型（如 void process(T t) 也会生成 void process(Object o) 桥接方法）。
总结：桥接方法是 Java 兼容泛型与 JVM 类型擦除的设计必然产物，不是 bug，而是保障多态语义正确的关键基础设施。在反射场景中需主动识别并过滤（如 !m.isBridge()）以避免逻辑误判。
