java不支持原生鸭子类型，但可通过有界泛型+行为接口（如）模拟其核心思想：关注“能做什么”而非“是什么类”，在编译期保障行为契约，实现安全、灵活的潜在类型机制。
java 本身不支持原生鸭子类型，因为它是静态类型语言，编译期必须明确类型关系。但通过泛型 + 接口约束的组合方式，可以**模拟鸭子类型的核心思想**：关注“能做什么”，而非“是什么类”。这种模拟不是运行时动态检查，而是编译期保证行为契约，既安全又贴近鸭子类型的精神。
用有界泛型定义“鸭子行为契约”
鸭子类型的关键是方法集合（如 quack()、feathers()），而不是继承自某个父类。Java 中最直接的模拟方式是：
- 先定义一个接口（如 Quackable），只声明所需行为；
- 让任意类（Duck、Person、RubberDuck）实现它；
- 用泛型方法限定参数必须实现该接口：
void perform(T t) 。
此时，T 不是具体类型，而是一个“能叫的类型”——这正是潜在类型（latent typing）的体现，也是 Java 对鸭子类型的静态化逼近。
泛型方法比普通接口参数更灵活
对比两种写法：
-
纯接口参数：
void perform(Quackable q)—— 只能传 Quackable 实例，调用方必须提前实现接口； -
有界泛型方法：
<t extends quackable> void perform(T t)</t>—— 仍要求行为一致，但保留了原始类型信息，便于返回值、链式调用或进一步泛型操作（比如return t仍是 T 类型，不是宽泛的 Quackable）。
例如，你可以写 <t extends quackable> List<t> collect(T... ducks)</t></t>，返回的列表元素类型和入参一致，类型更精确。
注意：Java 泛型擦除带来的限制
Java 泛型在运行时被擦除，所以无法在方法体内通过 instanceof T 或 new T() 获取真实类型。这意味着：
- 你不能在泛型方法里做“根据实际类型分支处理”；
- 若需运行时行为适配（比如自动为没有 feathers() 的对象补默认实现），就得配合反射或适配器模式；
- 真正的鸭子类型（像 Python 那样调用任意对象的任意方法，失败才报错）在 Java 中只能靠 反射 + try-catch 模拟，但会牺牲类型安全和性能。
实战建议：何时用、怎么用
在日常开发中，推荐按这个优先级选择：
- ✅ 优先使用 有界泛型 + 行为接口（如
<t extends drawable> draw(T item)</t>）—— 安全、清晰、IDE 友好； - ⚠️ 仅当需要桥接遗留类（未实现接口）时，考虑 适配器包装（把 LegacyPrinter 包一层变成 DrawableAdapter）；
- ❌ 避免无边界反射调用（如
obj.getClass().getMethod("quack").invoke(obj)）—— 除非明确接受运行时错误风险，且已做好充分测试。
本质上，Java 的泛型不是鸭子类型，但它提供了一种类型安全的、可验证的“鸭子契约”机制——不靠名字，靠能力；不靠血缘，靠约定。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
