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() 能否运行，却没验证：
立即学习“Python免费学习笔记（深入）”；
- 子类是否真能通过
super().func()触发父逻辑 - 是否还能被
@property、@cached_property等装饰器正确包裹 - 使用
inspect.signature()查看时，partial返回的是Signature的简化版，丢失原始参数名和默认值信息 - 序列化（如 pickle）可能失败，因为
partial对象引用了self，而self往往不可序列化
真正需要“绑定 + 可继承”的场景，几乎都该回归到标准方法定义和参数传递设计上，而不是靠 partial 折中。
