__slots__能阻止动态属性仅当类无父类__dict__、未显式定义__dict__或__weakref__且正确声明为元组；否则限制失效，常见于父类未设__slots__或语法错误。
为什么__slots__能阻止动态属性但又不总是生效
直接结论：__slots__确实能禁用实例的__dict__，从而阻止未声明的属性赋值，但前提是类不能继承自已有__dict__的父类（比如没显式定义__slots__的普通类），且自身不能定义__dict__或__weakref__——否则__slots__形同虚设。
常见错误现象：加了__slots__ = ['name', 'age']后，obj.city = 'Beijing'仍不报错。原因通常是父类没设__slots__，或当前类意外触发了__dict__回退（例如定义了__del__、使用了多重继承中含非空__slots__的类但未统一声明）。
- 只在**新式类**（Python 3 所有类默认都是）中有效；旧式类不支持
- 若父类没定义
__slots__，子类即使定义了，也会继承父类的__dict__，导致限制失效 - 一旦类中出现
__dict__或__weakref__（显式声明或隐式引入），Python 自动恢复__dict__，__slots__被忽略
__slots__声明时必须注意的参数细节
__slots__不是装饰器，也不是函数调用，它是一个**类级元组或列表**，元素是字符串形式的属性名。写法错误会直接引发TypeError或静默失效。
典型错误：用字典、集合、生成器，或漏掉引号——Python 不会帮你转类型，也不会提示拼写问题，直到你尝试赋值才暴露。
立即学习“Python免费学习笔记（深入）”；
- 必须是可迭代对象，推荐用
tuple（不可变，语义清晰）：__slots__ = ('x', 'y') - 不能包含重复项，否则运行时报
ValueError: duplicate slot names - 如果需要支持弱引用，显式加入
'__weakref__'：__slots__ = ('id', '__weakref__') - 若想允许任意属性（不推荐），可留空：
__slots__ = ()，此时连__dict__都不分配，但也不能动态加任何属性
和@property、__setattr__混用时的冲突点
__slots__只管“能不能存”，不管“怎么存”。如果你重写了__setattr__，它依然能绕过__slots__检查——因为__slots__的限制发生在底层属性设置逻辑中，而__setattr__是上层钩子。这容易造成行为不一致。
更隐蔽的问题是@property：它本身不占__slots__空间，但它的 setter 会尝试给实例属性赋值——如果该属性名不在__slots__里，就会触发AttributeError。
- 所有被
@propertysetter 写入的属性名，必须出现在__slots__中 - 避免在
__setattr__里做通用拦截，除非你手动检查name in type(self).__slots__ - 不要依赖
hasattr(obj, 'xxx')判断属性是否存在——__slots__类没有__dict__，hasattr可能返回False即使属性已通过__slots__定义且有值
内存节省效果真实但常被高估
启用__slots__确实省内存：每个实例不再分配__dict__字典（通常~240字节起步），而是用固定偏移访问属性。但收益取决于实例数量和属性规模——单个对象省几十字节，百万实例才明显。
真正影响结构严谨性的，是它带来的**静态契约感**：属性名在定义时就固化，IDE 和类型检查器（如mypy）能更好推导，序列化/ORM 映射也更可靠。但别指望它替代数据校验或类型注解。
- 对小规模对象或原型开发，
__slots__反而增加维护成本——每次加字段都要改__slots__ - 无法与
dataclass的__slots__=True混用：如果用了@dataclass(slots=True)，就不要再手动写__slots__，否则可能冲突 - 调试时看不到
obj.__dict__，得用vars(obj)（会失败）或obj.__slots__配合getattr逐个查
真正难的是权衡：要不要为每个模型类都加__slots__？多数时候，只在高频创建、属性稳定、且明确需要内存控制或强约束的类里用它。其他情况，先写清楚类型注解，比硬加__slots__更实际。
