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 键和批量构造，某些常见操作也会让字典退化回低效布局：
立即学习“Python免费学习笔记（深入）”；
-
del d["key"]后立即插入新键：虽然 3.11 更积极复用DKIX_DUMMY槽位，但若新键哈希不落在该位置，仍需探测，平均探测长度上升 - 混合使用
.update()和直接赋值：d.update({"a": 1}); d["b"] = 2—— update 走批量路径，单次赋值走增量路径，内部状态不一致 - 用
copy.copy(d)：浅拷贝会复制稀疏索引表，但不会重排成紧凑形态；要用dict(d)或{**d}强制重建
最易被忽略的一点：这种优化对小字典（1k 键的场景；且仅影响字典对象自身内存，不影响键值对象（如字符串内容、嵌套 dict）的引用计数生命周期。
