接口中定义带泛型约束的默认方法可实现类型安全与逻辑复用：如SortableContainer<T extends Comparable<T>>的getMax()，各实现类开箱即用；推荐将泛型提至接口层级，避免重复约束。
直接在接口里定义带泛型约束的默认方法，能让实现类跳过大量重复逻辑的编写——既保留类型安全，又避免每个类都重写相同功能。
泛型约束+默认方法：一次定义，多处复用
把通用行为封装进接口的默认方法中，并用泛型约束限定适用范围，实现类只要满足约束条件，就能开箱即用。
- 例如定义一个支持比较操作的容器接口，要求元素必须可比较：
-
Java 示例：
interface SortableContainer<T extends Comparable<T>> { default T getMax() { /* 实现找最大值逻辑 */ } } - 所有实现该接口的类（如
ArrayListContainer<Integer>、TreeSetContainer<String>）自动获得getMax()方法，无需各自再写一遍遍历+比较代码
常见约束组合与对应场景
不同约束能精准控制默认方法的适用边界，避免误用或编译失败。
-
T extends Number：适用于数值计算类默认方法，如求平均值、求和 -
T extends Cloneable & Serializable：适合需要深拷贝或持久化的通用工具方法 -
T super User（下界）：在消费者场景中确保能接收子类型对象 -
C# 中
where T : unmanaged：配合默认方法做高性能内存拷贝，如CopyToSpan<T>()
规避冲突与正确调用父接口实现
当多个接口提供同名泛型默认方法时，编译器会要求显式解决。此时可在实现类中明确委托调用：
- 重写方法体，用
InterfaceName.super.methodName(...)（Java）或InterfaceName.MethodName(...)（C#）指定来源 - 若需组合逻辑，可在重写方法中分别调用不同接口的默认实现，再整合结果
- 注意：泛型约束必须兼容，否则重写方法无法同时满足所有父接口的类型要求
搭配泛型接口整体设计更清晰
把泛型参数提到接口层级，让默认方法天然获得类型上下文，减少冗余声明：
- 不推荐：
interface Processor { <T extends Runnable> void run(T task); }（每次调用都要重复约束） - 推荐：
interface Processor<T extends Runnable> { default void run(T task) { task.run(); } }（约束一次声明，所有默认方法共享） - 实现类只需声明
class WebTaskProcessor implements Processor<HttpRequestTask>，即可直接使用run()等全部默认能力
