多重边界指泛型类型参数必须同时满足多个上界约束，语法为<T extends A & B & C>，其中A必须是唯一类（排最前），B/C等为接口；用于组合多种能力，如Comparable与Serializable并存。
泛型类的多重边界（Multiple Bounds）允许你约束类型参数必须同时满足多个条件——比如既继承某个类，又实现若干接口。这在需要对象具备“多种能力”时非常实用，例如既要能比较大小（Comparable），又要可序列化（Serializable），还要支持自定义格式化（Formatter）。
什么是多重边界
多重边界指用 & 连接多个上界，语法为 <T extends A & B & C>。其中：
- A 必须是类或抽象类（且只能有一个，必须写在最前面）
- B、C 等必须是接口（数量不限）
- 编译器会把擦除后的原始类型设为第一个类型（即 A），确保类型安全
为什么需要多重边界
单一边界只能保证一种能力，但真实业务中常需组合能力。例如：
- 一个缓存项既要可比较（用于排序），又要可序列化（用于网络传输或磁盘持久化）
- 一个配置实体既要实现
Cloneable，又要提供toString()的规范行为（通过某接口约定） - 一个领域对象既要继承
Entity基类，又要实现Validatable和Auditable接口
如何正确声明和使用多重边界
以 Java 为例，定义一个要求类型同时继承 Number 并实现 Comparable 和 Serializable 的泛型工具类：
public class SafeNumberProcessor<T extends Number & Comparable<T> & java.io.Serializable> {
private T value;
public SafeNumberProcessor(T value) {
this.value = value;
}
// 可安全调用 compareTo，因 T 实现 Comparable
public int compareWith(T other) {
return this.value.compareTo(other);
}
}
使用时，只有同时满足三项的类型才能实例化：
-
SafeNumberProcessor<BigDecimal> processor = new SafeNumberProcessor<>(new BigDecimal("1.5"));✅（BigDecimal继承Number，实现Comparable<BigDecimal>和Serializable） -
SafeNumberProcessor<String> invalid = new SafeNumberProcessor<>("abc");❌ 编译失败（String不继承Number） -
SafeNumberProcessor<AtomicInteger> alsoInvalid = ...❌ 编译失败（AtomicInteger继承Number、实现Serializable，但未实现Comparable）
常见陷阱与注意事项
多重边界不是“或”关系，而是“且”关系，所有条件必须同时成立。实际开发中要注意：
- 接口顺序不影响语义，但 类必须排在最前；写成
<T extends Comparable<T> & Number>会编译报错 - 不能用
class或final类作为边界（因其无法被继承），除非该类本身满足全部边界——但此时泛型意义已弱化 - 若某接口方法签名存在冲突（如两个接口都定义了同名同参但不同返回值的方法），则该组合边界不可用，编译器会拒绝
- 运行时仍受类型擦除影响：反射获取不到完整边界信息，只能拿到第一个类型（
Number.class）
