如何在Python中对复杂的嵌套字典进行快速排序与过滤？

直接说结论：Python 本身不支持对嵌套字典一键排序，必须先扁平化或递归遍历；用 sorted() 配合自定义 key 函数是最快、最可控的方式，但容易因键缺失或类型混杂而抛出 KeyError 或 TypeError。

为什么不能直接对嵌套字典调用 sorted(dict)？

很多人一开始会觉得，Python 字典既然可以用 sorted()，那嵌套字典应该也能排序吧？答案是：想多了。sorted(dict) 默认只对最外层的键排序，返回的是键列表，它根本不会去递归处理那些作为值的字典。

更深层的问题在于，字典本身是无序的，而且值的数据类型千奇百怪。比如在某些子字典里有 "score" 字段，有的却没有。这时候如果你硬写一个 sorted(..., key=lambda x: x[1]["score"])，那结果就是直接崩溃：KeyError: 'score' 或 TypeError。

这种场景在实际开发中太常见了——比如处理 API 返回的多层结构：

{"users": [{"id": 1, "profile": {"age": 25}}, {"id": 2, "profile": {"age": 22}}]}

想排序，就得把“想排序的路径”显式提取出来，转成可比较的序列，比如元组或数值。这就是解决问题的核心思路。

用 sorted() + 安全取值函数提取嵌套字段

千万别硬写多层 get 链，比如 d.get("a", {}).get("b", {}).get("c")。这种写法又丑又脆弱，默认值容易漏掉，类型一出错 debug 起来更是头大。更稳妥的做法是封装一个健壮的取值函数：

def safe_get(obj, *keys, default=None):
    for k in keys:
        if isinstance(obj, dict) and k in obj:
            obj = obj[k]
        else:
            return default
    return obj

有了它，排序就变得清晰多了：

• 按 users 列表中每个用户的 profile.age 升序： sorted(data["users"], key=lambda x: safe_get(x, "profile", "age", default=0))
• 过滤出 profile.age > 23 的用户： [u for u in data["users"] if safe_get(u, "profile", "age", default=0) > 23]
• 关键点：default 值的类型必须和比较逻辑一致。比如排序时用 0，那字符串字段就要用 ""，否则比较时就出错了。

需要深度排序（比如按多级字段组合）？构造元组 key

一个字段不够用？那就把多个路径结果打包成元组。Python 元组天然支持逐元素比较，省心又高效。

• 先按 status（字符串），再按 created_at（时间戳）降序： sorted(items, key=lambda x: (safe_get(x, "status", default=""), -safe_get(x, "created_at", default=0)))
• 负号取反就能实现降序。如果 created_at 是字符串格式（如 "2023-01-01"），直接用字符串比较也有效。
• 性能方面：每次排序都重复解析路径，大数据量时建议提前用 map() 预提取特征列，避免重复计算。

用 jsonpath-ng 还是坚持手写 safe_get？

jsonpath-ng 看起来很酷，能写出 $.store.book[?(@.price < 10)].title 这样的表达式。但在真实项目中，引入它往往得不偿失：增加依赖、报错信息难读懂、对非标准 JSON 结构（比如含方法或循环引用）兼容性差。除非你已经在用这个库处理大量动态路径查询，否则完全没必要为了一个排序去加依赖。

一个经典陷阱：jsonpath-ng 的 find() 返回的是对象列表，还得额外取 .value，而且空结果返回空列表而不是 None，这和 safe_get 的行为不一致，容易写漏逻辑。

另一个真实兼容性问题：某些嵌套结构里键名含点号（比如 "user.name"）或数字开头（比如 "1st_attempt"），jsonpath 表达式需要转义，而手写 safe_get 直接传字符串参数，稳如老狗。

说到底，复杂点永远在路径的可靠性上。不是语法多炫，而是要确保每层都存在、类型可比、缺省值不干扰逻辑。写两行 safe_get 比调三方库更容易 debug——这不是经验，是教训。