typing.Protocol 定义“鸭子类型”接口约束的方式是通过定义一个协议类，该类使用 @abstractmethod 装饰器来声明必须实现的方法。这样，即使没有实际的类继承自该协议，只要某个类实现了协议中定义的方法，它就可以被视为符合该协议。例如：from typing import Protocol class MyProtocol(Protocol): def my_meth

`typing.Protocol` 是 Python 3.8+ 中实现“鸭子类型”接口约束的轻量级、纯静态机制——它不依赖继承或注册，只要对象在结构上（即方法名、参数与返回类型签名）完全匹配协议定义，mypy 等类型检查器就认可其兼容性；运行时零开销、不可实例化、`isinstance` 恒返回 `False`，完美分离了编译期契约验证与运行时行为，让接口设计更灵活、类型提示更精准，是现代 Python 类型安全与动态特性的优雅融合。

typing.Protocol 是 Python 3.8+ 中用于定义“鸭子类型”接口约束的核心机制——它不关心对象属于哪个类，只关心对象是否具备指定的方法和属性签名。

Protocol 的本质是结构化类型检查

与抽象基类（ABC）不同，Protocol 不需要显式继承或注册，只要一个类实现了 Protocol 中定义的所有方法和属性（包括类型签名），类型检查器（如 mypy）就认为它“符合该协议”。运行时完全无开销，纯静态检查工具支持。

• Protocol 类本身不能被实例化，仅用于类型提示
• 子类无需 __subclasshook__ 或 register()，实现即满足
• 支持继承、泛型、类变量、实例变量、可选成员（用 typing.Optional 或 ... 注解）

定义一个基础 Protocol 示例

比如定义一个可序列化的鸭子类型：

处理可选成员与运行时检查

Protocol 默认要求所有成员必须存在。若需表达“有或没有某方法”，可用 typing.Optional 注解属性，或用 typing.cast + hasattr 做运行时判断：

• 方法不可标为 Optional，但可定义两个 Protocol：一个带方法，一个不带，再用 Union
• 实际运行中，仍需用 hasattr(obj, "method") 或 getattr(obj, "method", None) 安全调用
• mypy 不会检查运行时是否存在，只校验标注的结构一致性

与 ABC 和 isinstance 的关键区别

Protocol 是纯静态契约；ABC 是运行时可识别的类型系统：

• isinstance(obj, MyProtocol) 永远返回 False（除非手动实现 __subclasshook__）
• Protocol 不影响 MRO、不参与 issubclass 判断
• 想同时支持静态检查和运行时识别？可让类继承 ABC 并 实现同名 Protocol（正交设计）

终于介绍完啦！小伙伴们，这篇关于《typing.Protocol 定义“鸭子类型”接口约束的方式是通过定义一个协议类，该类使用 @abstractmethod 装饰器来声明必须实现的方法。这样，即使没有实际的类继承自该协议，只要某个类实现了协议中定义的方法，它就可以被视为符合该协议。例如：from typing import Protocol class MyProtocol(Protocol): def my_method(self) -> None: ... class MyClass: def my_method(self) -> None: print("Method called") # MyClass 符合 MyProtocol 接口约束这种方式允许在不强制继承的情况下，对对象的行为进行类型检查，从而实现“鸭子类型”的接口约束。》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！