namedtuple实例比普通类实例节省50%–70%内存，因其无__dict__、字段只读且底层布局紧凑；如4字段字符串类在CPython 3.11下普通实例约288字节，namedtuple仅约96字节。
namedtuple 实例比普通类实例省多少内存？
直接看数字：namedtuple 实例通常比等价的普通类实例节省 50%–70% 内存。关键原因是它不带 __dict__，所有字段在创建时就固定为 tuple 的只读属性，底层用的是紧凑的 C 结构体布局。
比如一个含 4 个字符串字段的类，在 CPython 3.11 下：
- 普通类实例：约 288 字节（含
__dict__、__weakref__等开销） -
namedtuple实例：约 96 字节（纯数据 + 少量元信息）
差值不是小数点后几位——是实打实的几百字节。当你要生成上万甚至百万个轻量对象（如日志解析结果、CSV 行记录、API 响应结构），这个差异会立刻体现为 GC 压力下降和 RSS 减少。
什么时候必须用 namedtuple 而不能用 dataclass 或普通 class？
核心约束就一条：字段名和数量在定义时完全确定，且**永不修改**。一旦你需要动态增删属性、支持默认值（非全部字段）、类型检查、可变性或方法绑定，namedtuple 就该让位了。
立即学习“Python免费学习笔记（深入）”；
常见适用场景：
- 从 CSV / JSON / DB 查询结果中映射出不可变行数据（如
Row = namedtuple('Row', 'id name email created_at')） - 配置项的只读快照（如
DBConfig = namedtuple('DBConfig', 'host port dbname')） - 函数返回多个值的语义化封装（替代裸 tuple，避免
result[0]这种魔法索引）
注意：namedtuple 不支持字段默认值（Python 3.7+ 的 _replace() 也不能补缺），也不支持 __slots__ 以外的任何定制；想加方法？得靠子类或外部函数。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
如何避免 _replace() 和 _asdict() 带来的隐性开销？
_replace() 返回新实例，_asdict() 返回新 dict ——两者都触发对象拷贝，对高频调用场景（如流式处理每行数据）可能成为瓶颈。
实战建议：
- 别在循环里反复调用
_asdict()；如果只是为转 JSON，直接用json.dumps(obj)（namedtuple默认可序列化） - 需要局部更新字段？优先用位置解包 + 重建，例如：
new_row = Row(old_row.id, 'new_name', old_row.email, old_row.created_at)，比old_row._replace(name='new_name')快约 20% - 真要频繁修改？说明它不该是
namedtuple——换dataclass(frozen=False)或 dict 更合适
另外，_fields 是 tuple，不是 list；想遍历字段名直接用它，别转成 list(obj._fields) 白费内存。
和 typing.NamedTuple 比，collections.namedtuple 有什么坑？
两者行为基本一致，但 typing.NamedTuple 支持类型注解、默认值（Python 3.6.1+），而 collections.namedtuple 不支持。
容易踩的坑：
- 用
typing.NamedTuple定义带默认值的字段时，**所有右侧有默认值的字段必须放在最后**，否则报SyntaxError: non-default argument follows default argument -
collections.namedtuple('A', 'x y z')中字段名含空格或连字符会直接抛ValueError；typing.NamedTuple同样校验，但错误提示更模糊 - Pydantic v2+ 默认把
typing.NamedTuple当作普通模型处理，可能意外触发验证；若只想要纯数据容器，显式用config = ConfigDict(arbitrary_types_allowed=True)
如果你不需要类型提示，collections.namedtuple 启动更快、导入更轻量；如果团队用 mypy 或需 IDE 类型推导，typing.NamedTuple 是更现代的选择。
最常被忽略的一点：无论哪种，namedtuple 都不支持继承扩展字段 —— 子类新增字段会丢失父类的命名语义，运行时不报错但逻辑已断裂。真要扩展，要么重构为 dataclass，要么用组合（把旧 namedtuple 当字段塞进新结构里）。
