Python不需要interface关键字，根本原因是其采用鸭子类型和运行时多态，强调“有方法就能用”而非编译期契约；ABC和Protocol提供可选、灵活的接口语义，契合实用主义设计哲学。
Python 不需要 interface 关键字，根本原因在于它采用鸭子类型（Duck Typing）和运行时多态的设计哲学，而非依赖编译期的契约声明。接口的本质是“约定行为”，而 Python 认为：只要对象有对应的方法且能用，就不必提前声明“它实现了什么接口”。
鸭子类型替代了接口的契约作用
Python 的经典原则是：“如果它走起来像鸭子、叫起来像鸭子，那它就是鸭子”。这意味着只要一个对象提供了某个方法（比如 read()、close()），你就可以把它当作文件对象来用，无需它显式继承或实现某个 FileInterface。
例如：
你写一个函数处理“可迭代对象”，它不关心参数是不是list、tuple 还是自定义类，只调用 __iter__() —— 只要这个方法存在且可用，就满足要求。抽象基类（ABC）提供可选的接口语义
Python 并非完全排斥接口思想，而是通过 abc 模块提供更灵活的替代方案：
立即学习“Python免费学习笔记（深入）”；
-
ABC类允许定义抽象方法，强制子类实现，起到类似接口的约束作用 - 但它是可选的：不继承 ABC 也能正常使用；只有明确想做运行时检查或文档化契约时才用
-
isinstance(obj, SomeABC)可用于类型检查，比硬编码类型更松耦合
协议（Protocol）支持结构化接口（Python 3.8+）
类型提示系统引入了 typing.Protocol，让“接口”回归到纯粹的行为契约：
- 协议只声明需要哪些方法/属性，不参与继承体系
- 任何类只要具备这些成员，就自动“符合”该协议（structural typing）
- 静态类型检查器（如 mypy）据此验证，但运行时不强制
Runnable 协议，只要类有 run(self) -> None 方法，mypy 就认为它可以传给期望 Runnable 的函数。设计哲学差异：显式 vs 隐式契约
Java/C# 等语言需要 interface 是因为它们依赖编译器在编译期确保类型安全；而 Python 把责任交给开发者和测试——你调用 obj.save() 前，应确保 obj 真有这方法，否则抛 AttributeError。这种错误在测试中很容易暴露，也符合 Python “简单直接”的信条。
加接口关键字反而会增加语法负担、鼓励过度设计，与 Python 的实用主义相悖。
