17370845950

functools.partial 绑定 self 后破坏方法绑定机制，因其未实现描述符协议，导致无法被 super() 查找、子类无法真正重写，且丢失参数签名、不可序列化；应改用 lambda、MethodType 或实例属性传参。

functools.partial 绑定 self 后会破坏方法绑定机制

不能正常继承。当你用 functools.partial 显式绑定 self（比如 partial(func, self)），得到的是一个普通可调用对象，不再是 bound method，它丢失了描述符协议支持，也不再能被子类的 super() 正确识别或重写。

为什么子类无法覆盖或通过 super() 调用它

Python 方法查找依赖描述符协议：当访问 obj.method 时，function 对象的 __get__ 方法返回绑定方法；而 partial 对象没有实现该协议，所以：

• 它不会随实例属性查找链参与 MRO 搜索
• super().method_name 找不到它（因为不是定义在类体里的可调用）
• 子类即使定义同名方法，也不会构成“重写”，只是遮蔽了父类里那个 partial 变量
• 它本质上是闭包 + 固定参数的函数对象，和类方法语义脱钩

替代方案：用 lambda 或 __get__ 手动绑定更安全

如果目标是延迟传参但保留方法语义，优先考虑：

• 用 lambda：如 lambda *a, **kw: self.func(*a, **kw) —— 它仍是普通函数，但至少不干扰继承链
• 在实例初始化时用 types.MethodType 绑定：self.bound_func = MethodType(self.func, self)
• 直接在子类中重写原方法，而不是在父类里预绑定 —— 更符合面向对象设计
• 若必须预设参数，把参数提取为实例属性，让方法内部读取：self._default_flag = True，然后 def func(self): return do_something(self._default_flag)

实际验证时容易忽略的关键点

很多人只测 obj.partial_func() 能否运行，却没验证：

• 子类是否真能通过 super().func() 触发父逻辑
• 是否还能被 @property、@cached_property 等装饰器正确包裹
• 使用 inspect.signature() 查看时，partial 返回的是 Signature 的简化版，丢失原始参数名和默认值信息
• 序列化（如 pickle）可能失败，因为 partial 对象引用了 self，而 self 往往不可序列化

  

真正需要“绑定 + 可继承”的场景，几乎都该回归到标准方法定义和参数传递设计上，而不是靠 partial 折中。