元类应在__new__中拦截子类定义并检查类属性，此时可安全访问类名、父类元组和命名空间；需遍历bases判断是否继承约束基类，从namespace中直接检查属性键是否存在，而非在__init__中操作。
元类中如何拦截子类定义并检查类属性
Python 元类在 __new__ 阶段就能拿到即将创建的类名、父类列表和类命名空间（namespace），这是检查强制属性最稳妥的位置。别用 __init__——那时类对象已构造完成，报错只能中断初始化，无法阻止类被定义。
常见错误是把检查逻辑写在元类的 __init__ 里，结果发现抽象基类（ABC）没生效、或者子类绕过检查成功创建。根本原因是：元类 __init__ 运行时，类已经造好了；而 __new__ 才是真正“决定要不要让你出生”的环节。
- 只对直接继承目标基类的子类做检查，跳过基类自身（比如
MyBase不需要实现required_attr） - 用
cls.__mro__[1]或bases判断是否真继承了约束基类，避免误判object - 从
namespace中查属性，不是从cls上——此时cls还不存在
如何正确声明强制类属性而不被实例属性干扰
强制的是「类属性」，不是实例属性。如果用户在 __init__ 里动态赋值 self.required_attr = ...，元类完全看不见，也管不着。所以检查必须明确针对类体中直接定义的名称。
典型误操作：把 required_attr 写成 property、描述符或通过 __set_name__ 注入——这些在类定义时不会出现在 namespace 的键里，会被漏检。
立即学习“Python免费学习笔记（深入）”；
- 检查逻辑只看
namespace.get('required_attr') is not None，不深究值类型 - 若允许默认值，可接受
None，但需文档明确约定，否则容易引发运行时AttributeError - 禁止用
@classmethod或@staticmethod模拟类属性——它们是可调用对象，不是数据属性
为什么 isinstance(cls, type) 在元类里总是 True
有人试图在元类 __new__ 里写 if isinstance(cls, SomeMeta): ... 来做条件判断，这永远成立——因为 cls 就是元类要创建的那个类对象，它的类型必然是 type 或你的元类本身。这种判断毫无意义，还会掩盖真实问题。
真正该判断的是「这个类是否继承自某个特定基类」，而不是它的类型。例如，你想约束所有继承 Resource 的类，就该检查 Resource in bases 或 any(issubclass(b, Resource) for b in bases)。
-
cls参数在__new__中尚未创建，所以不能用issubclass(cls, Resource)（会报NameError） - 安全做法是遍历传入的
bases元组，逐个比对（注意bases是 tuple，元素是类对象，不是字符串） - 如果基类带泛型（如
Resource[str]），bases里存的是Resource原始类，泛型信息已被剥离，无需特殊处理
实际使用时最容易被忽略的兼容性细节
Python 3.12+ 引入了 __set_name__ 协议支持类属性自动绑定，但元类检查仍必须在 __new__ 阶段完成。如果你依赖描述符在类创建后才填充属性，元类检查就会失败——因为那时 namespace 里还没有那个 key。
另一个隐形坑：使用 typing.ClassVar 注解不会让变量自动成为类属性，它只是类型提示。元类不读类型注解，只看实际赋值语句。
- 若配合 dataclass，注意
@dataclass会重写__new__，可能绕过你的元类逻辑——应将元类设为dataclass的kw_only=True等参数无法解决此问题 - 在 Pydantic v2 中，
BaseModel自带元类，与自定义元类冲突会导致TypeError: metaclass conflict，此时需让自定义元类继承BaseModel.__class__ - 测试时别只测单层继承，要覆盖多继承场景：
class A(B, C, metaclass=RequiredAttrMeta)，确保bases遍历逻辑健壮
