__slots__能直接减少50%以上实例内存，因它禁用每个实例约240字节的__dict__字典，改用固定偏移量结构存储属性值，仅保留对象头和字段值；若继承链中任一父类未定义__slots__，则优化失效。
为什么__slots__能直接减少50%以上实例内存
因为Python默认为每个实例动态分配一个__dict__字典来存储属性，哪怕只存一个字段，也要额外占用约200字节（64位CPython下空字典sys.getsizeof({})返回216）。而__slots__禁用__dict__，把属性名映射到预分配的固定偏移量上，仅保留值本身和对象头。
常见错误现象：
- 类定义后仍能动态赋值
obj.new_attr = 1——说明__slots__没生效（可能父类没设、或子类覆盖了__dict__） - 继承链中某一级未声明
__slots__，整个继承树都退化回字典模式
实操建议：
提示词大师-python版
下载
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
- 所有高频创建的类（如ORM模型、消息体、请求上下文）必须显式声明
__slots__ - 若需兼容动态属性，可同时定义
__slots__ = ("a", "b", "__dict__")，但会失去大部分内存收益 - 用
sys.getsizeof(obj)对比优化前后差异，别只看类定义
循环引用导致GC延迟释放的真实影响
在高并发服务中，每秒创建数万连接对象、请求上下文或协程帧时，循环引用不是“偶尔漏一点”，而是让GC第0代快速填满，触发频繁的gc.collect()——每次全代回收可能暂停主线程数十毫秒，造成P99延迟毛刺。
立即学习“Python免费学习笔记（深入）”；
典型场景：
- 回调函数闭包捕获了外层对象（如
lambda: self.handle()） - 父子结构中双向强引用（
parent.children.append(child)+child.parent = parent） - 缓存字典里存了带方法的对象（方法隐含对实例的强引用）
实操建议：
- 用
weakref.ref替代强引用构建反向关系，比如child._parent_ref = weakref.ref(parent) - 主动调用
gc.disable()关闭自动GC，在关键路径结束后用gc.collect(0)手动清理第0代 - 通过
gc.get_objects(0)定期采样，确认是否存在异常增长的对象类型
list vs array.array在数值密集场景的内存与性能分水岭
当处理百万级传感器数据、时间序列或图像像素时，list里装一千万个int，实际内存占用是array.array("i")的3–4倍：前者每个int都是独立对象（28字节+指针），后者是连续C数组（4字节/元素）。
参数差异：
-
array.array("i")仅支持C整型，不支持任意Python对象 -
array.array("d")双精度浮点，比numpy.ndarray轻量，无依赖，适合嵌入式或低开销场景 - 无法直接用
json.dumps()序列化，需转list或自定义encoder
性能影响：
- 初始化速度：100万元素，
array.array比list快5–8倍（避免逐个对象构造） - 迭代访问：连续内存布局使CPU缓存命中率更高，尤其配合
for x in arr:时 - 但切片操作返回新
array而非视图，大数组慎用arr[1000:]
生成器不是万能的：什么时候它反而加重内存压力
生成器节省的是“中间容器”的内存，但若生成逻辑本身持有大量状态（如缓存、连接、大缓冲区），或被意外转成list，内存优势就消失了。线上曾见一个“按需读取日志”的生成器，内部维护了10MB的解压缓冲区，且被list(gen)一次性消费，峰值内存翻倍。
容易踩的坑：
- 生成器函数内创建大对象（如
buf = bytearray(1024*1024)）且生命周期贯穿整个迭代过程 - 用
itertools.chain拼接多个生成器时，底层迭代器被持续持有引用 - 异步生成器（
async def）中await阻塞期间，整个协程帧驻留内存，比同步生成器更难释放
实操建议：
- 生成器函数退出前，显式
del掉内部大对象（如del self._buffer） - 用
sys.getsizeof(gen)检查生成器对象自身大小（通常很小），再用tracemalloc定位真正吃内存的模块 - 对IO密集型生成器，优先用
asyncio.StreamReader流式处理，而非自己管理缓冲区
