Python无法真正阻止子类覆盖父类方法，仅能通过双下划线名称修饰、__init_subclass__检查、typing.final标注及文档测试等手段提高覆盖成本并发出警告。
Python中无法真正阻止子类覆盖父类方法
Python没有像Java的final或C#的sealed那样的语法机制来强制禁止方法被重写。所谓“防止覆盖”，实际是通过命名约定和运行时检查来提高覆盖成本、发出明确警告，而非技术上锁死。
直接在父类里定义def method(self): ...，子类写同名def method(self): ...永远会成功——这是Python动态特性的底层事实，绕不开。
用双下划线前缀触发名称修饰（name mangling）
这是最接近“隐藏+防误覆盖”的内置机制，但仅适用于**实例方法且不希望被外部直接调用**的场景。它不阻止覆盖，但让子类必须显式知道父类用了__，否则连原方法都访问不到。
-
__method_name会被自动重命名为_ClassName__method_name，子类若只写def __method_name(self)，实际定义的是_ChildClass__method_name，与父类方法完全无关 - 若子类真想覆盖，必须写
def _ParentClass__method_name(self)，这明显违背直觉，起到警示作用 - 仅对类内访问有效；对外暴露的接口仍应使用单下划线
_method或普通名，否则使用者也会被名称修饰困扰
class Parent:
def public_api(self):
return self.__internal_logic() # 调用被修饰的方法
<pre class='brush:python;toolbar:false;'>def __internal_logic(self):
return "locked"class Child(Parent): def __internal_logic(self): # 这不会覆盖父类的 __internal_logic return "new" # 父类 public_api 仍返回 "locked"
c = Child() print(c.public_api()) # 输出 "locked"，不是 "new"
在__init_subclass__中检查是否意外覆盖了关键方法
适合需要强约束的框架或基类设计：当子类定义时就立刻检测是否重写了不该动的方法，并抛出TypeError或警告。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Python免费学习笔记（深入）”；
- 利用
__init_subclass__（Python 3.6+），在子类创建时读取其__dict__，对比父类中带特定标记的方法 - 可配合自定义装饰器（如
@protected）给父类方法打标，再在子类初始化时扫描这些标记 - 注意：仅检查直接定义在子类体内的方法，不检查通过
setattr或混入（mixin）动态添加的 - 性能开销极小，只在类定义时触发一次
def protected(method):
method._is_protected = True
return method
<p>class Base:
def <strong>init_subclass<strong>(cls, **kwargs):
super().</strong>init_subclass</strong>(**kwargs)
for name, obj in cls.<strong>dict</strong>.items():
if callable(obj) and hasattr(obj, '_is_protected'):</p><h1>子类自己定义了带 _is_protected 标记的方法 → 报错</h1><pre class='brush:python;toolbar:false;'> raise TypeError(f"Cannot override protected method {name} in {cls.__name__}")
@protected
def critical_hook(self):
return "default impl"class BadChild(Base): # 这行会直接报错
def critical_hook(self): pass
文档+类型提示+测试三重防御才是现实解法
真正健壮的保护不靠代码锁死，而靠协作规范。Python生态中，覆盖一个方法却没意识到后果，往往是因为缺乏上下文，而不是技术上做不到。
- 在父类方法docstring里明确写
Raises: RuntimeError或Warning: Do not override，主流IDE（PyCharm、VS Code）会高亮显示 - 用
typing.final标注（Python 3.8+），虽不运行时报错，但mypy等类型检查器会报error: Cannot override final attribute - 在父类测试套件中加断言：
assert not hasattr(Child, 'critical_hook') or Child.critical_hook is Base.critical_hook，CI阶段拦截
双下划线修饰容易误用成“私有”语义，__init_subclass__检查又太重——多数业务代码里，typing.final + 清晰注释 + 单测，已经覆盖了95%的真实风险点。
