Java泛型多重边界要求类型参数同时继承一个父类并实现多个接口，语法为T extends 父类 & 接口1 & 接口2，父类必须在前、接口在后且用&连接；它复刻Java单继承多实现规则，保障擦除后类型安全与编译期检查。
Java 泛型的多重边界（Multiple Bounds）就是干这个用的：让一个类型参数既继承某个具体类，又实现若干接口。它不是“或”，而是“且”——必须全部满足。
语法结构很明确
写法是 T extends 父类 & 接口1 & 接口2 & 接口3，注意三点：
- 父类只能有一个，且必须排在最前面
- 所有接口写在后面，顺序不限，但推荐按常用程度或逻辑分组排列
- 接口之间用 & 连接，不能用逗号，也不能混用 extends 和 implements
为什么必须这样设计
Java 不允许类多重继承，但允许一个类实现多个接口。泛型多重边界正是复刻了这一规则：
- 擦除后，编译器会把原始类型设为第一个类型（即那个父类），保证运行时类型安全
- 后续接口只参与编译期检查，不参与类型擦除，所以可以有任意多个
- 如果把接口写在前面，比如
<T extends Runnable & Number>，直接编译报错——语法不合法
典型使用场景举例
比如定义一个既要可序列化、又要可比较、还得是数值类型的处理器：
立即学习“Java免费学习笔记（深入）”；
public class NumericSorter<T extends Number & Comparable<T> & java.io.Serializable> {
private final List<T> data;
public NumericSorter(List<T> data) {
this.data = data;
}
public void sortAndSave() {
Collections.sort(data); // ✅ 可调用 compareTo
// ✅ 可放心 writeObject 或存入 Redis
}
}
能传进去的类型必须三者都满足：
- ✅ BigDecimal：继承 Number，实现 Comparable<BigDecimal> 和 Serializable
- ❌ AtomicInteger：虽继承 Number 且可序列化，但没实现 Comparable
- ❌ String：实现 Comparable 和 Serializable，但不继承 Number
接口组合更常见也更灵活
实际业务中，更多见的是「继承一个基类 + 实现多个契约接口」，比如：
public class AuditConfigProcessor<T extends ConfigBase & Validatable & Auditable & Serializable> { ... }
其中：
-
ConfigBase提供通用字段（如 id、createdAt）和基础方法 -
Validatable约定校验逻辑（isValid()） -
Auditable约定审计行为（getOperator()、getLastModified()） -
Serializable支持落库或远程传输
只有像 DbConfig extends ConfigBase implements Validatable, Auditable, Serializable 这样的类，才能作为 T 被接受。
不复杂但容易忽略：多重边界本质是编译期契约，它不生成额外字节码，也不影响运行效率，只帮你提前挡住不符合能力组合的类型。
