用 sorted() 或 list.sort() 配 lambda 按属性排序最直接，但需注意属性存在性、类型一致性、嵌套访问安全性和避免副作用。
用 sorted() 或 list.sort() 配 lambda 按属性排序最直接
Python 列表本身不支持“按对象字段”原生排序，必须靠 key 参数告诉它比什么。用 lambda 是最常见写法，但要注意：它只取值，不执行逻辑；且不能处理属性不存在或为 None 的情况。
实操建议：
- 优先用
list.sort(key=lambda x: x.attr)原地排序（不新建列表） - 需要保留原列表时，用
sorted(lst, key=lambda x: x.attr) - 属性名写错、拼写大小写不一致，会立刻抛
AttributeError - 如果对象可能没有该属性，改用
getattr(x, 'attr', default_value)更安全
lambda 里访问嵌套属性或调用方法容易出错
比如想按 user.profile.age 排序，或按 item.get_name().upper() 排序，lambda 写起来看着简单，实际一不小心就崩。
常见错误现象：
立即学习“Python免费学习笔记（深入）”；
-
AttributeError: 'NoneType' object has no attribute 'age'——profile是None，但lambda x: x.profile.age直接点下去了 -
TypeError: 'str' object is not callable—— 把属性名和方法名搞混，写了x.name()但name其实是字段
实操建议：
- 嵌套访问用
getattr(getattr(x, 'profile', None), 'age', 0)，逐层兜底 - 调用方法排序，确保加括号：
lambda x: x.get_name().lower()，但注意方法是否接受空参、有无副作用 - 复杂逻辑别硬塞进
lambda，提成独立函数更可读、可测、可复用
数字/字符串/时间混合排序时，key 返回类型必须一致
排序本质是比较返回值，如果 lambda 有时返回 int、有时返回 str 或 None，Python 3 会直接报 TypeError：无法比较不同类型的值。
使用场景举例：用户列表中有的 score 是整数，有的还没录入是 None，有的存成了字符串 "95"。
实操建议：
- 统一转成可比类型，例如：
lambda x: int(x.score or 0)或lambda x: float(x.score or 0.0) - 时间字段常用
datetime对象，但如果存的是字符串（如"2023-05-12"），得先解析：lambda x: datetime.fromisoformat(x.created_at) - 避免在
key函数里做耗时操作（如查数据库、读文件），排序本身会被反复调用，性能影响明显
反向排序和多级排序别只靠 reverse=True
reverse=True 只能整体倒序，没法实现“先按年龄升序，同龄人再按姓名降序”这种需求。很多人卡在这儿，硬凑 lambda 加负号，结果对字符串或日期失效。
实操建议：
- 多级排序用元组：
key=lambda x: (x.age, -ord(x.name[0]))（仅限简单数值） - 更通用做法是两次排序（稳定排序特性）：先按次要字段排，再按主要字段排，例如先
lst.sort(key=lambda x: x.name, reverse=True)，再lst.sort(key=lambda x: x.age) - 涉及字符串逆序，别用
-x.name（类型错误），改用(x.age, x.name[::-1])或自定义比较逻辑
真正麻烦的不是写一行 lambda，而是当对象结构变、数据质量波动、排序逻辑叠加时，那个看似简单的 key 函数会最先暴露问题。留心 None、类型混杂、嵌套深度和副作用，比记住语法重要得多。
