该用operator.itemgetter而非lambda x: x[0]时，是在对元组、字典等支持下标或键访问的对象按固定位置或键排序/提取字段时，因其更简洁、C实现更快、支持多字段返回元组且语义清晰。
什么时候该用 operator.itemgetter 而不是 lambda x: x[0]
当你对列表中每个元素（比如元组、字典或支持下标访问的对象）按某个固定位置或键排序时，itemgetter 就是更简洁、更快的替代方案。它本质是预编译好的取值函数，避免了每次调用 lambda 时的闭包开销和解释执行延迟。
典型场景：按元组第 2 项排序、按字典的 'name' 键排序、按嵌套结构的 [0][1] 取值——只要取值路径固定，itemgetter 都适用。
itemgetter 的参数写法和常见错误
参数直接传索引或键名，支持多个参数（返回元组），但不支持任意表达式。容易错写成字符串索引却用于元组，或误以为能链式调用。
-
itemgetter(1)→ 等价于lambda x: x[1]（适用于元组、列表） -
itemgetter('name')→ 等价于lambda x: x['name']（适用于字典） -
itemgetter(0, 2)→ 返回(x[0], x[2])，用于多级排序（如先按第 0 项，再按第 2 项） - ❌ 错误：
itemgetter('items[0]')或itemgetter(x[0].lower())—— 这些必须回退到lambda
性能差异真的明显吗？
在小数据量（sorted() 或 max()）、或处理上万条记录时，itemgetter 通常快 10%–30%。它被 C 实现，且无 Python 字节码解释过程。
立即学习“Python免费学习笔记（深入）”；
实操建议：
- 排序字段固定？优先用
itemgetter - 需要转换值（如转小写、取长度、类型转换）？必须用
lambda，例如lambda x: x[1].lower() - 不确定是否值得换？用
timeit对比：timeit.timeit('sorted(data, key=itemgetter(1))', ...)vslambda版本
和 attrgetter、methodcaller 的边界在哪
itemgetter 只管「下标」和「键」，不碰属性和方法。别试图用它取对象属性——那是 attrgetter('name') 的事；也别指望它调用方法——得用 methodcaller('upper')。
容易混淆的点：
-
data = [{'k': 'v'}, {'k': 'w'}]→ 用itemgetter('k') -
data = [Obj(), Obj()]，其中Obj.name是属性 → 用attrgetter('name') -
data = ['hello', 'world']，想按.upper()排序 → 用methodcaller('upper')，不是itemgetter
真正卡住人的往往不是语法，而是没分清“取键”“取属性”“调方法”这三类操作的本质区别。选错函数会导致 TypeError: 'xxx' object is not subscriptable 或 AttributeError。
