functools.partial本质是参数冻结而非函数重写，它将原函数部分参数预设为固定值，调用时补全剩余参数；保留原函数元信息（需wraps显式处理），支持关键字覆盖、位置顺序填充，且构造时求值更安全可靠。
functools.partial 本质是参数冻结，不是函数重写
它不会生成新函数逻辑，只是把原函数的某些参数“钉死”成固定值，调用时再补上剩余参数。这和 lambda 或闭包不同——partial 保留原函数的 __name__、__doc__（默认不继承，需手动处理）、签名信息，也支持被装饰器正确识别。
常见错误是以为 partial 能改变参数顺序或跳过必填参数：它只按位置或关键字冻结，未冻结的参数仍需在调用时提供，否则抛 TypeError。
- 冻结位置参数时，后续调用传参从左到右依次填充未冻结的位置
- 冻结关键字参数后，调用时再传同名关键字会覆盖（除非原函数允许）
-
partial(func, a, b, c=1)冻结了前两个位置参数和一个默认关键字，调用时至少还需一个位置参数（如果func总共要 4 个位置参数）
冻结位置参数 vs 冻结关键字参数的实际效果差异
位置冻结更紧凑，但容易因参数顺序变化失效；关键字冻结更鲁棒，尤其适合参数多、易变的函数（如 requests.get 的 headers、timeout）。
例如对 str.format：用位置冻结 partial(str.format, "Hello {}") 得到的函数只能接受一个参数；而用关键字冻结 partial(str.format, "Hello {name}") 后，必须传 name=...，否则报错。
立即学习“Python免费学习笔记（深入）”；
- 位置冻结：
partial(pow, 2)→ 等价于lambda x: pow(2, x) - 关键字冻结：
partial(requests.get, timeout=5)→ 后续仍可传url="..."，且timeout可被显式覆盖 - 混用时注意：
partial(func, 1, key=2)中1是第一个位置参数，key=2是关键字参数，两者互不干扰
partial 封装后如何传递剩余参数？
封装后的 partial 对象仍是可调用对象，调用方式与原函数一致——剩余未冻结的位置参数按序传入，关键字参数按名传入。它不自动展开 *args 或 **kwargs，也不限制传参形式。
典型误用：把 partial(func, a) 当作 func(a, ...) 的快捷方式，却忘了原函数可能有必需的关键字参数没冻结，结果运行时报 missing 1 required keyword-only argument。
- 检查原函数签名：用
inspect.signature(func)看哪些参数还没被冻结 - 调用时可用
*args和**kwargs：如p = partial(f, x); p(*more_args, **more_kwargs) - 冻结了所有必需参数后，
p()就能直接调用（前提是无其他运行时依赖）
partial 在回调场景中为何比 lambda 更安全？
在事件绑定、线程启动、异步任务等需要延迟执行的场景，lambda 容易因闭包变量晚绑定出错（比如循环中生成多个 lambda，都引用同一个变量），而 partial 在创建时就固化参数值，无此问题。
例如 tkinter 按钮绑定：Button(root, command=partial(handler, item_id))，每个按钮拿到的是创建时确定的 item_id；若用 lambda: handler(item_id)，循环结束后所有按钮都拿到最后一个 item_id。
-
partial的参数在构造时求值，lambda的变量在调用时求值 - 冻结的值是对象引用，非深拷贝——若冻结的是可变对象（如 dict），后续修改会影响所有 partial 实例
- 调试时
partial对象的func、args、keywords属性可直接 inspect，比 lambda 更透明
真正要注意的是冻结可变默认参数或闭包外的状态对象——那不是 partial 的问题，而是你封装的内容本身不稳定。
