如何在Python 3.8中使用Final修饰符防止类被继承-Python教程-PHP中文网

python 3.8 的 typing.final 和 @final 仅作用于类型检查器（如 mypy），运行时完全不阻止继承；若需真正禁止，须在 init_subclass 中主动抛异常。

如何在python 3.8中使用final修饰符防止类被继承

Python 3.8 里没有 `Final` 修饰符能阻止类被继承

直接说结论：Python 3.8 的 typing.Final **只对类型检查器（如 mypy）起作用**，运行时完全不拦截继承行为。你写 class Base: ... 加 __final__ = True 或用 @final 装饰器（来自 typing），Python 解释器本身会照常允许子类化——不会报错，也不会警告。

`@final` 装饰器只在静态检查时生效

从 Python 3.8 开始，typing.final 提供了 @final 装饰器，但它本质是给类型检查工具打标记，不是运行时防护：

@final 修饰类、方法或变量后，mypy 会报 error: Cannot inherit from final class
但直接运行 python script.py，子类照样能定义、能实例化
它不修改 __mro__、不重写 __subclasses__、也不拦截 __new__
示例：
```
from typing import final
<p>@final
class Sealed:
pass</p><p>class Child(Sealed):  # mypy 报错，但 python 解释器完全不管
pass</p>
```
真想阻止继承？得靠运行时机制

如果业务逻辑确实要求“禁止继承”，必须手动干预运行时行为。常见做法有：

python-parallelization
将顺序 Python 代码转换为并行/并发实现，用于在需要并行化 Python 代码、提升性能时使用。

下载
- 在基类 __init_subclass__ 中主动抛异常：raise TypeError("Sealed class cannot be subclassed")
- 注意：Python 3.6+ 才支持 __init_subclass__，且它只在子类定义时触发，不影响已有子类
- 不能依赖 __new__ 或 __init__，因为它们发生在实例化阶段，继承动作早已完成
- 示例：
```
class Sealed:
    def __init_subclass__(cls, **kwargs):
        raise TypeError(f"{cls.__name__} is sealed and cannot be inherited from")
<h1>class BadChild(Sealed):  # 运行时报 TypeError</h1>
```
  混用 @final 和 __init_subclass__ 是合理组合
  
  两者定位不同，配合使用才完整：
  - @final 告诉协作者“不该继承”，并让 mypy 在编辑/CI 阶段就发现问题
  - __init_subclass__ 是兜底，确保运行时不被绕过（比如有人关掉类型检查）
  - 注意：@final 不影响 __init_subclass__ 的执行；两者可共存，无冲突
  - 别误以为加了 @final 就安全了——没配运行时检查，生产环境照样被继承