namedtuple 比普通 class 更省内存，因其是不可变 tuple 子类，无 __dict__ 和对象头开销，字段名只存于类中一次，实例仅存字段值，实测节省 40%–60% 内存。
namedtuple 为什么比普通 class 更省内存
因为 namedtuple 是不可变的 tuple 子类，底层不带 __dict__，每个实例只存字段值，没有对象头开销和动态属性字典。一个含 3 个字段的 namedtuple 实例，通常比等价的普通 class 实例节省 40%–60% 内存。
常见误判是以为“只是语法糖所以不省”，其实关键在：它不支持动态赋值、不预留属性扩展空间、所有字段在类定义时就固化为 __slots__ 等效结构。
如何正确定义和使用 namedtuple 避免踩坑
错误写法：Point = namedtuple('Point', ['x', 'y']) 看似没问题，但若字段名含空格、连字符或以数字开头，会静默生成非法标识符（比如 field-1 → field_1），且不报错——直到你用错名字访问时才抛 AttributeError。
- 用
rename=True显式处理非法字段：namedtuple('Log', 'time user-id msg', rename=True)→ 字段变成time,_1,msg - 字段名必须全为合法 Python 标识符，推荐用下划线分隔，避免运行时意外重命名
- 不要在循环中反复调用
namedtuple工厂函数定义同一类型——每次都会新建类，浪费内存和 CPU；应定义一次后复用 - 字段数超过 10 个时，考虑用
dataclass(frozen=True)替代：可读性更好，内存差异已不明显，且支持默认值和类型提示
对比 dict / dataclass / namedtuple 的实际内存占用
以存储 10 万个用户记录（name/age/city）为例，在 CPython 3.11 下实测：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Python免费学习笔记（深入）”；
-
dict：约 120 MB（每个 dict 自带哈希表 + 键值对指针 +__dict__） -
dataclass(frozen=True)：约 75 MB（有__slots__，但仍有类指针和少量元信息） -
namedtuple：约 48 MB（纯数据块，无键名存储，字段名只存于类对象中一次）
注意：如果后续要序列化为 JSON 或需要字段可选，默认值或类型校验，namedtuple 就得退场——它不提供这些能力，硬加会导致代码绕弯子，反而抵消内存优势。
替换现有 dict 列表时的关键检查点
把 [{'name': 'a', 'age': 25}, ...] 换成 [User('a', 25), ...] 前，必须确认：
- 所有字段都必填（
namedtuple不支持 None 默认值，除非手动包装工厂函数） - 没有运行时需要修改字段的逻辑（比如
u.age = 26会直接报AttributeError） - 下游代码没用
isinstance(x, dict)或x.keys()做类型判断——namedtuple实例不是 dict，也没有keys()方法 - 调试时别依赖
print(u.__dict__)——它根本不存在，要用u._asdict()（返回新 dict，有额外开销）
真正省内存的地方不在单个对象，而在大规模同构数据集合；但如果结构经常变、字段常缺、或需运行时扩展，强行上 namedtuple 只会让维护成本飙升。
