python标准语法中没有final class机制，typing.final和@final仅作用于类型检查，运行时无效；唯一可靠的运行时拦截方式是重写__init_subclass__并抛出异常。
Python里根本没有Final限定符能阻止类被子类化
直接说结论：Python标准语法中没有类似Java final class 的机制，typing.Final 仅用于类型检查器（如mypy），对运行时零约束。你写 class A: ...，别人照样能 class B(A): pass，解释器完全不管。
__init_subclass__ 是唯一可靠的运行时拦截方式
想真正阻止子类化，必须在父类中重写 __init_subclass__ 并抛出异常。它在每次创建子类时自动触发，是Python 3.6+ 提供的、最接近“final class”的方案。
- 只对直接继承生效，不递归阻止孙类（除非孙类也显式继承该父类）
- 必须显式调用
super().__init_subclass__(**kwargs)，否则会破坏正常继承链 - 不能放在元类里替代——元类太重，且无法覆盖所有子类创建路径（比如动态生成）
示例：
Python 3.14.2
下载
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
class Sealed:
def __init_subclass__(cls, **kwargs):
raise TypeError(f"{cls.__name__} cannot be subclassed")
<p>class BadChild(Sealed): # 运行时抛出 TypeError
pass
</p>
为什么typing.Final和@final完全无效？
typing.Final 只作用于变量或属性，不能修饰类；而 typing.final（注意不是 Final）装饰器确实能标标记类或方法为“不应被继承/重写”，但仅限类型检查器识别——mypy会报错，pylint可能警告，但Python解释器照常执行。
-
@final装饰类后，mypy提示Cannot inherit from final class，但python -c "class X(YourFinalClass): pass"依然成功 - 它依赖开发者主动运行类型检查工具，CI里没配mypy就等于没用
- 和
__init_subclass__是正交方案：一个管静态检查，一个管运行时行为
真要封死子类，还得考虑动态创建和绕过手段
即使用了 __init_subclass__，也挡不住所有情况：
- 通过
types.new_class()或直接操作__bases__可绕过（虽然极少见） - 使用
__subclasses__()列出已有子类时，被拦截的类不会出现在其中——这点反而可用来验证是否生效 - 如果类本身是框架的一部分（比如Django Model），需确认框架是否内部调用
__init_subclass__；某些旧版本框架可能跳过它
真正关键的不是“能不能拦住”，而是“谁需要拦、拦到什么程度”。多数场景下，__init_subclass__ + 文档说明 + @final 注解，已经足够清晰传达设计意图。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
