带有默认实现的@abstractmethod的作用是什么？

首先要明确Python的@abstractmethod规则的核心：它仅约束非抽象的具象子类必须重写该方法，并不要求抽象方法本身是空实现。这种设计本质是同时满足「强制子类感知并实现业务自定义逻辑」和「公共逻辑复用」两个需求，普通的非抽象方法、空实现抽象方法都无法同时实现这两点，它的价值主要体现在以下几个场景：

• 避免子类误用默认公共逻辑

很多时候抽象类里的公共逻辑是偏基础的配套能力（比如日志埋点、参数校验、通用异常捕获），并不包含核心业务逻辑，如果不把它设为抽象方法，子类很可能直接继承就投入使用，缺失了必须的自定义业务部分导致故障。设为抽象方法后，强制子类必须重写该方法，从语法层面避免漏写核心逻辑的问题。
举个实际场景的例子：抽象类是订单处理器，handle_order()抽象方法里已经实现了操作日志记录、订单状态合法性校验的通用逻辑，但核心的订单处理逻辑必须由不同业务线的子类自己实现。这时候带实现的抽象方法既避免了每个子类重复写校验、日志代码，又从语法上要求子类必须写自己的处理逻辑，不能直接用父类的方法跑空流程。

• 为模板方法模式增强强制约束
  常规的模板方法模式中，父类的钩子方法可以提供默认实现，子类可选重写。但如果某个钩子方法属于业务要求必须有自定义实现的环节，就可以把它定义为带实现的抽象方法：既保留了默认通用实现给子类复用，又强制子类必须提供自定义部分，不会出现漏实现的问题。
• 简化多继承场景下的公共逻辑复用
  多继承场景下，抽象基类的带实现抽象方法可以作为公共能力组件，所有继承该基类的子类都可以在重写时按需调用通用逻辑，不需要重复编码，同时也不会出现子类遗忘重写直接调用导致的逻辑错误。

你提到的子类重写时调用super().method_a()是这类抽象方法最常见的使用方式：

def method_a(self):
    super().method_a()
    # 子类自定义业务逻辑写在此处

但这只是用法，不是设计的全部目的，核心还是在复用通用代码的前提下，从语法层面对子类做强制实现的约束，减少业务编码的失误。

内容的提问来源于stack exchange，提问作者user14904283