该用 functools.partial 而不是闭包或 Lambda 的情况是：需简单冻结部分参数、复用函数且保持元信息；它比 lambda 更易调试、支持 keyword-only 参数冻结，但无法冻结中间位置参数，此时应选闭包。
什么时候该用 functools.partial 而不是闭包或 lambda
当你需要固定部分参数、复用同一函数多次调用，且不希望每次重复写默认值时，partial 比手动写 lambda 或嵌套函数更清晰、更易调试。它保留原函数的 __name__ 和 __doc__（除非显式覆盖），而 lambda 会丢失这些元信息。
- 闭包适合逻辑复杂、需动态计算预设值的场景；
partial更适合“简单冻结”——比如把timeout=5固定进requests.get -
lambda x: func(a, b, x)看似等价，但无法被inspect.signature正确识别参数，也不支持 keyword-only 参数冻结 - 如果要冻结的位置参数在中间（如
func(x, y=10, z)中只想固定y），partial无法直接做到，得换用闭包
partial 在回调函数和事件注册中的典型用法
GUI 或异步框架（如 Tkinter、aiohttp）中，常需把带参数的函数传给不支持传参的回调接口。这时 partial 是最轻量的包装方式。
- Tkinter 的
Button(command=...)只接受无参可调用对象，用partial(handle_click, user_id=123)就能安全绑定上下文 - aiohttp 的
app.on_startup.append(partial(init_db, config=config))避免了在 startup handler 里再写一层async def - 注意：不要在循环里直接用
partial(func, i=i)冻结变量，若i是循环变量且未立即求值，可能捕获到最终值——应改用默认参数lambda i=i: func(i)或提前绑定
冻结关键字参数比位置参数更安全
位置参数冻结容易因函数签名变更出错，尤其当原函数增加新参数或调整顺序时。partial 冻结关键字参数则更鲁棒，也更易读。
- 推荐写法：
partial(requests.post, headers={"User-Agent": "myapp"}, timeout=10) - 避免写法：
partial(requests.post, None, None, headers={...})—— 第一、二个None对应url和data，但一旦requests.post内部调整参数顺序，就 silently 错位 - 冻结关键字后，调用时仍可传入其他关键字参数，它们会覆盖或补充已冻结的值（取决于实现），但不会破坏位置顺序
和 __call__、bind 等机制的性能与兼容性差异
partial 对象本身是轻量的，创建开销小，但每次调用比原函数多一层间接跳转；相比自定义类实现 __call__，它没有实例属性开销，也无需管理生命周期。
立即学习“Python免费学习笔记（深入）”；
- 它不支持
__get__协议，因此不能直接用作方法绑定（即不能像obj.method那样自动绑定self）；若需绑定实例方法，要用partial(method, instance)显式传入 - 在类型检查（mypy）下，
partial返回类型默认是Callable[..., Any]，需配合cast或自定义泛型包装才能保留精确签名 - 某些 C 扩展函数（如
map的内置 C 实现）可能无法直接接收partial对象，需先转成普通函数（例如用lambda包一层）
实际用的时候，最容易忽略的是冻结位置参数带来的脆弱性——函数签名一变，调用就崩，而且错误发生在运行时，不是类型检查阶段。宁愿多打几个字写清楚关键字，也不要图省事硬塞位置参数。