Python抽象类与接口规范全解析

Python抽象类是团队协作与代码可维护性的核心契约工具，通过继承`abc.ABC`并用`@abstractmethod`明确声明子类必须实现的关键行为，既强制接口统一、杜绝漏实现，又支持封装共用逻辑、校验规则和类属性，让子类专注差异化实现；而`typing.Protocol`则作为轻量补充，提供无需继承、仅靠结构匹配的松耦合接口约定——掌握两者的适用边界，才能在强约束与灵活性之间精准平衡，写出真正健壮、可演进的面向对象代码。

Python抽象类不是用来直接实例化的，而是为子类定义统一接口和强制实现逻辑的工具。用好抽象类，关键在明确“哪些方法必须由子类提供”、哪些可以默认实现、哪些仅作约束——它本质是团队协作与代码可维护性的契约。

用abc.ABC和@abstractmethod声明抽象行为

继承ABC类，并用@abstractmethod标记子类必须重写的方法。只要有一个抽象方法，该类就不可实例化。

• 不加@abstractmethod的普通方法，子类可直接继承使用，也可选择重写
• 抽象方法可以有文档字符串，但不能有函数体（即不能写pass以外的实现，否则会报错）
• 构造方法__init__不需要标记为抽象，但建议在抽象类中定义通用初始化逻辑

抽象类中允许存在具体方法和属性

抽象类不是“空架子”。它可以封装共用逻辑，比如日志记录、参数校验、结果格式化等，让子类专注差异部分。

• 例如：所有支付方式都要验证金额是否为正数，这部分逻辑可放在抽象类的validate_amount方法里
• 类属性（如supported_currencies = ['CNY', 'USD']）也可定义在抽象类中，供子类直接访问或扩展
• 避免把本该由子类决定的行为（如“如何发起扣款”）写成具体方法，否则会削弱多态性

子类必须实现全部抽象方法，否则仍为抽象类

Python不会在导入时检查，而是在实例化时抛出TypeError：“Can't instantiate abstract class ... with abstract method ...”

• 如果子类只实现了部分抽象方法，它自己也变成抽象类，无法被实例化
• 可用issubclass(cls, ABC)或检查cls.__mro__判断是否含抽象基类
• 调试时可打印MyClass.__abstractmethods__查看当前还缺哪些实现

配合typing.Protocol做轻量接口约定（补充方案）

当不需要运行时强制检查、仅需类型提示或鸭子类型时，Protocol比抽象类更灵活。它不参与继承树，只描述“看起来像什么”。

• 适合定义跨模块、无共同父类的接口，比如Drawable协议要求有draw()方法
• IDE和mypy能据此做静态检查，但运行时不阻止未实现类被使用
• 抽象类适合强约束场景（如框架插件规范），Protocol适合松耦合协作

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。