Python getattr 和 getattribute 执行顺序与区别

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

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

__getattribute__ 是 Python 属性访问的“第一道闸门”:只要对象支持该方法,**每次**访问任意属性(包括方法、内置属性如 __dict__)都会先调用它。而 getattr() 是一个普通函数,只在你显式调用时才执行,且仅用于兜底——它内部会触发 __getat

tribute__(如果存在),但仅当属性未找到时才尝试调用 __getattr__(注意不是 __getattribute__)。

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

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

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

实操建议:

  • 要用 object.__getattribute__(self, name) 向父类委托获取真实属性,不能用 self.nameself.__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__ 形同虚设,还纳闷为什么动态属性不生效。