python 3.11 通过 compact dict 布局和纯 ascii 字符串键的复用优化降低字典内存占用，批量初始化可提升紧凑性，但混用键类型、增量赋值或删除后插入会破坏优化效果。

Python 3.11 并没有新增“字典键共享机制”——这个说法容易误导。真正存在且被强化的是 Compact Dict 内存布局，以及对**全 ASCII 字符串键**的额外内存压缩优化。你无法手动触发“键共享”，但可以靠选对键类型、控制字典构建方式来显著降低内存占用。

为什么字符串键在 3.11 中更省内存？

CPython 3.11 对纯 ASCII 字符串键做了专门优化：当字典所有键都是 str 且只含 ASCII 字符时，解释器会复用底层 PyASCIIObject 结构，避免为每个键单独分配哈希缓存和 Unicode 数据区。

• 对比 3.10：每个 "user_id" 键都带完整 Unicode header 和 hash 缓存字段
• 3.11：相同 ASCII 键共用紧凑 header，sys.getsizeof({"a": 1, "b": 2}) 比 3.10 小约 12%～18%
• 不生效场景：键含中文、emoji、"user_id_测试" 等非 ASCII 字符，或混用 int 和 str 键

如何让 Compact Dict 布局真正发挥效果？

Compact Dict 自 3.7 引入，3.11 进一步收紧了内存排布密度，但它的收益高度依赖你创建字典的方式。

Claw Code Suite (Python-Only Edition)

仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...

下载

• ✅ 推荐：{k: v for k, v in zip(keys, values)} 或 dict(zip(keys, values)) —— 批量初始化，解释器可预估大小并一次性分配紧凑结构
• ❌ 避免：d = {}; for k,v in data: d[k] = v —— 触发多次扩容，残留大量 DKIX_DUMMY 占位符，稀疏度上升
• ⚠️ 注意：dict.fromkeys(keys, []) 仍会共享可变默认值，这不是内存优化，是 bug 温床

哪些操作会悄悄破坏内存优化？

即使你用了 ASCII 键和批量构造，某些常见操作也会让字典退化回低效布局：

• del d["key"] 后立即插入新键：虽然 3.11 更积极复用 DKIX_DUMMY 槽位，但若新键哈希不落在该位置，仍需探测，平均探测长度上升
• 混合使用 .update() 和直接赋值：d.update({"a": 1}); d["b"] = 2 —— update 走批量路径，单次赋值走增量路径，内部状态不一致
• 用 copy.copy(d)：浅拷贝会复制稀疏索引表，但不会重排成紧凑形态；要用 dict(d) 或 {**d} 强制重建

最易被忽略的一点：这种优化对小字典（1k 键的场景；且仅影响字典对象自身内存，不影响键值对象（如字符串内容、嵌套 dict）的引用计数生命周期。

Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！