__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__。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 要用
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__ 形同虚设，还纳闷为什么动态属性不生效。
