Python attrgetter 的点路径：同样传入 profile.name，为什么与 getattr 读到的不同
配置文件里写了一个字段选择器profile.name，交给getattr报找不到，换成attrgetter又能取到嵌套名称。两者接受相同字符串，却不执行相同的名称解释。先确定配置表达的是一个完整属性名，还是从对象开始逐层向下走的路径，才能选择正确入口。
下面在CPython 3.12.14中实跑，只构造内存对象。保存为demo.py，运行python3 demo.py。为了把区别展示得足够明确，record同时拥有正常的profile对象，以及用setattr创建的、名字中真的含有点号的独立属性。
AI模型生成概念插图：一把钥匙直达单个抽屉，另一把钥匙沿两层容器取值，比喻字面名称与点路径；不是对象检查器截图。
完整程序与本地结果
完整可运行程序
from operator import attrgetter, itemgetter
from types import SimpleNamespace
record = SimpleNamespace(profile=SimpleNamespace(name="nested"), score=8)
setattr(record, "profile.name", "flat")
assert getattr(record, "profile.name") == "flat"
assert attrgetter("profile.name")(record) == "nested"
print("getattr literal name:", getattr(record, "profile.name"))
print("attrgetter path:", attrgetter("profile.name")(record))
pair = attrgetter("profile.name", "score")(record)
assert pair == ("nested", 8)
print("multiple requested attributes:", pair)
missing = attrgetter("profile.city")
print("getter construction: ready")
try:
missing(record)
except AttributeError:
print("getter call: AttributeError")
else:
raise AssertionError("missing nested attribute accepted")
flat_record = {"profile.name": "flat field"}
assert itemgetter("profile.name")(flat_record) == "flat field"
print("dictionary literal key:", itemgetter("profile.name")(flat_record))
rows = [SimpleNamespace(profile=SimpleNamespace(name=name))
for name in ("zoe", "amy")]
ordered = sorted(rows, key=attrgetter("profile.name"))
print("sorted nested names:", [row.profile.name for row in ordered])本地实际输出（以下内容为程序结果）
getattr literal name: flat
attrgetter path: nested
multiple requested attributes: ('nested', 8)
getter construction: ready
getter call: AttributeError
dictionary literal key: flat field
sorted nested names: ['amy', 'zoe']同一个点号可以承担不同含义
getattr literal name输出flat，attrgetter path输出nested。getattr把profile.name作为一个完整名称查询；attrgetter则把它拆成profile和name，先取record.profile，再在得到的对象上取name。因此它们能够同时成功，却返回两份不同内容。
Python对象属性名不一定都能直接写成点号表达式。setattr允许这里的带点名称，但record.profile.name在Python语法中仍是两次属性访问，无法用来表达那一个字面名称。对需要保留外部任意字段名的数据，字典往往更容易把这种含义说清。
返回形状取决于请求数量
attrgetter接收profile.name与score两个参数后，调用结果是二元组，分别为nested与8。一个带点参数仍只请求一个最终值；多个参数才产生多个返回位置。调用方若要批量导出字段，应固定选择器列表与列顺序，避免把点号误当成字段列表分隔符。
最后的排序示例给sorted传入可调用的attrgetter，按每条记录的嵌套名字提取排序键，得到amy、zoe。这里的选择器在调用时访问每条记录，并没有提前冻结record里的某个值。若记录结构变化或字段类型不一致，仍可能影响提取或排序。
创建选择器不会提前验证对象
missing的构造顺利完成，getter construction先输出ready；真正调用missing(record)时，才因profile没有city而抛出AttributeError。此时选择器才接触具体对象。配置能够成功解析成选择器，不等于所有输入记录都具有完整路径。
实际导出器可在处理前用代表性记录验证各条路径，并把缺失字段对应到具体行和选择器。是否允许缺失、如何表示缺失，应由接口决定。不要把所有AttributeError都悄悄转换成空字符串，否则数据不完整会与确实为空混在一起。
字典键不会自动按点号向下走
flat_record只有一个名为profile.name的键，itemgetter按这个完整键成功取得flat field。它调用的是对象的下标接口，不会套用attrgetter的点路径规则。对于嵌套字典，需要另外明确逐层取键逻辑；不要因名称相同就假定两个提取器可以互换。
可以在配置结构里显式区分属性路径与字典键，例如用不同字段描述选择方式，或在项目中只允许一种数据模型。临时尝试一种方式，失败再猜另一种，会让同一配置在不同记录上得到不同含义，也更难说明选择器到底选择了什么。
取值工具仍会执行普通属性协议
attrgetter逐层使用正常属性读取，因此遇到property或动态属性时仍可能执行对象定义的代码。它不是被动结构检查器，也不是用于接收任意不可信对象的隔离层。本文的SimpleNamespace只有普通存储字段，刻意排除了这种额外行为。
面向用户的字段选择器最好有明确允许的路径集合，而不是把对象内部所有名字都当作公共接口。验收应覆盖普通路径、含点字面名、缺失中间层、多字段返回及字典键；同时说明是否允许动态属性，才能让配置作者预测运行结果。
如果业务允许缺省值，也应决定缺的是最终字段还是整条路径中的某一层。getattr带默认值只对它正在查询的那一个完整名称生效，不能直接为attrgetter增加同等默认行为。可以为固定数据结构写清楚的小提取函数，在已知缺失位置返回专门状态；同时保留真正的属性计算失败，避免把数据问题与程序错误混成一种结果。
参考资料
资料核验日期：2026年10月2日。以上输出对应固定输入和明确运行版本，本地执行退出码为0。
