对`type`对象执行属性查找时调用谁的`__getattribute__`方法？

核心结论 #

当执行type.__hash__这类属性访问操作时，触发的是**type类自身实现的__getattribute__方法**，你的第一种推测成立。 #

逻辑说明 #

首先明确Python属性访问的固定规则：所有obj.attr语法的属性访问，永远优先调用obj的类型（即type(obj)）上定义的__getattribute__方法，和obj本身的继承关系没有直接关联。
对应到你的场景：

1. type本身是一个对象实例，type(type) is type，所以它的类型就是type本身
2. type类独立实现了自己的__getattribute__方法（和object.__getattribute__是完全不同的实现，专门用于处理元类维度的属性查找逻辑，比如类的静态属性、方法、元属性的查找），所以会优先调用这个实现
   你的第二种推测混淆了「继承链的方法查找逻辑」和「属性访问的触发逻辑」：isinstance(type, object)只能说明type继承自object，可以使用object上定义的方法，但不代表属性访问会直接调用object的__getattribute__。只有当type.__getattribute__内部通过super()调用父类逻辑时，才会走到object.__getattribute__的流程，这是继承层面的 fallback，不是直接触发。

你未考虑到的特殊情况 #

• 如果你手动动态修改过type的__getattribute__实现（比如给type绑定自定义的__getattribute__方法），则会优先调用修改后的版本
• 如果type.__getattribute__查找属性时抛出AttributeError，会触发type类上定义的__getattr__作为 fallback（默认type没有实现__getattr__，所以会直接抛出异常）
• 如果你显式调用object.__getattribute__(type, "__hash__")，会跳过type自身的__getattribute__逻辑，直接执行object的实现

验证示例 #

你可以通过以下代码确认type和object的__getattribute__是不同实现：

print(id(object.__getattribute__))
print(id(type.__getattribute__))
# 输出的两个id完全不同，证明是两个独立的方法实现

内容的提问来源于stack exchange，提问作者cyc