python 3.7+字典有序是语言规范强制要求，所有合规解释器必须按插入顺序迭代；底层改用紧凑哈希表双数组结构实现，查键与遍历分离，性能不降；dict非序列类型，不支持索引；json保序依赖插入顺序而非dumps()。
Python 3.7+字典有序是语言规范强制要求
不是“变有序了”，而是从3.7起，dict必须按插入顺序迭代——这是PEP 558写进语言规范的硬性要求，所有合规解释器（CPython、PyPy、Jython）都得照做。3.6及之前，哪怕CPython里看起来有序，也属于实现细节，文档明确标注“不应依赖”。
常见错误现象：for k in d:在3.6本地跑十次都顺序一致，但部署到PyPy CI环境或旧版CPython时突然乱序；有人用**d1, **d2拼接字典，误以为语法书写顺序决定结果顺序，实际取决于d1和d2各自的插入顺序。
底层靠紧凑哈希表双数组结构实现
旧字典（≤3.5）用单个稀疏二维数组存[hash, key_ptr, value_ptr]，遍历时要跳空槽，顺序不可控；3.7+改用两个分离数组：
-
indices：稀疏索引数组，只存偏移量（类似指针），负责O(1)查找 -
entries：紧凑数据数组，严格按插入顺序追加[hash, key, value]
遍历时直接顺序读entries，天然有序；查键仍走indices，性能不打折。这不是加了排序逻辑，而是存储结构本身把“查得快”和“遍历有序”拆开了。
为什么不能用d.keys()[0]取第一个键
dict本质仍是哈希映射类型，不是序列：
-
d.keys()返回dict_keys视图对象，不支持索引或切片 -
d[0]直接报TypeError，因为没定义下标接口 -
list(d.keys())[0]能取，但触发全量转列表，O(n)开销，热路径别用
真需要按位置操作（比如弹出最老项），说明你该用collections.OrderedDict——它提供popitem(last=False)和move_to_end()，而普通dict没有这些语义。
JSON序列化保序的关键不是json.dumps()而是字典构建方式
json.dumps()从不主动排序，它只忠实调用dict.__iter__()。所以保序前提是你用的dict本身插入顺序可靠：
- 直接写
{'a': 1, 'b': 2}：CPython解析器按书写顺序插入，没问题 - 用
json.loads()读取再dumps()：3.7+返回的dict保持JSON文本原始顺序，能保序 - 中间混入
d.update({'c': 3})：重复键会覆盖原位置，插入顺序可能被破坏 -
sort_keys=True会强制按键字母序重排，跟插入顺序无关
最容易被忽略的是：有序是「插入顺序」，不是「定义顺序」或「键大小顺序」。如果代码隐含了dict.keys()等于sorted(keys)的假设，运行时就会出错——哪怕在3.7+里，{'b': 2, 'a': 1}遍历出来永远是b在前。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
