Python getattr 和 getattribute 执行顺序与区别

__getattribute__ 是属性访问第一道闸门，每次访问必触发；getattr() 是显式调用的兜底函数，仅在属性未找到时尝试__getattr__。二者触发时机、作用层级和使用场景截然不同。

getattr 和 __getattribute__ 的触发时机完全不同

__getattribute__ 是 Python 属性访问的“第一道闸门”：只要对象支持该方法，**每次**访问任意属性（包括方法、内置属性如 __dict__）都会先调用它。而 getattr() 是一个普通函数，只在你显式调用时才执行，且仅用于兜底——它内部会触发 __getattribute__（如果存在），但仅当属性未找到时才尝试调用 __getattr__（注意不是 __getattribute__）。

常见错误现象：__getattribute__ 里没小心处理自身属性访问，比如直接写 self.__dict__，就会无限递归报 RecursionError；而误以为 getattr(obj, 'x') 会绕过 __getattribute__，其实不会——它照样走完整流程，只是最后多了一层兜底逻辑。

__getattribute__ 必须显式委托，否则属性访问全部失效

一旦定义了 __getattribute__，Python 就不再自动查找属性，所有访问都由你手动控制。这意味着：你必须自己决定何时、如何返回值，以及何时抛出 AttributeError 来触发 __getattr__。

实操建议：

• 要用 object.__getattribute__(self, name) 向父类委托获取真实属性，不能用 self.name 或 self.__dict__[name]
• 想拦截某个特定属性（如 log_level），可以加判断后返回自定义值，其余一律委托
• 若忘记委托且没抛 AttributeError，所有属性（包括 __class__、__module__）都会返回你硬写的值或报错

示例中若写成 return self._cache.get(name) 而不委托，连 type(obj) 都会失败。

getattr() 的实际用途是安全访问 + 默认值，不是替代 __getattribute__

getattr() 唯一不可替代的场景是：你不确定属性是否存在，又不想写 try/except AttributeError。它和 dict.get() 思路一致，属于“懒兜底”工具。

使用场景：

• 从配置对象中取字段，缺失时给默认值：getattr(cfg, 'timeout', 30)
• 反射调用可选方法：handler = getattr(obj, 'on_data', lambda x: None)
• 与 hasattr() 配合使用时，注意 hasattr 内部就是靠 getattr + except AttributeError 实现的，别嵌套滥用

性能上，getattr() 比直接点号访问慢一个数量级，因为多了函数调用+异常捕获开销，高频路径别用。

__getattr__ 和 __getattribute__ 容易混淆，但定位完全不同

__getattr__ 是“最后防线”：只有当 __getattribute__（或默认机制）确认找不到属性时，才调用它。而 __getattribute__

关键差异：

• __getattribute__ 必须存在于类中，且对所有属性生效；__getattr__ 只在属性未找到时触发，适合实现动态属性（如代理、懒加载）
• __getattr__ 不会影响 __dict__、__class__ 等内置属性访问——这些早被 __getattribute__ 处理完了
• 如果同时定义两者，__getattribute__ 抛 AttributeError 才会进 __getattr__；若它静默返回 None 或其他值，__getattr__ 根本不会触发

最容易被忽略的是：很多调试者在 __getattribute__ 里忘了抛 AttributeError，结果 __getattr__ 形同虚设，还纳闷为什么动态属性不生效。