必须用args和kwargs当函数参数数量或名称不确定时，如日志封装、装饰器、通用回调；args收多余位置参数为tuple，kwargs收多余关键字参数为dict，且须按序出现。
什么时候必须用 *args 和 **kwargs
当你写一个函数，但无法提前确定调用方会传几个参数、或者参数名是否固定时，就得用它们。比如封装日志函数、做装饰器、写通用回调接口——这些场景下，你不能硬编码 a, b, c，否则一加新参数就改函数签名，调用方全得跟着动。
常见错误现象：TypeError: my_func() takes 2 positional arguments but 4 were given。这说明你没预留扩展空间，而调用方已经多传了参数。
-
*args捕获所有多余的位置参数，存成tuple -
**kwargs捕获所有多余的关键字参数，存成dict - 二者必须按顺序出现：
def f(a, b, *args, **kwargs)，不能反过来
*args 的实际用法和易错点
它不是“可选参数”，而是“收纳筐”——不传时不报错，传了就收进来。别把它当成默认值的替代品。
典型误用：def calc(*args=0): ——语法错误，*args 不能设默认值；真要默认值，得在函数体内处理。
立即学习“Python免费学习笔记（深入）”；
- 想支持任意个数字求和？直接
sum(args)，不用先判空（sum(())返回0） - 想透传参数给下游函数？用
other_func(*args, **kwargs)，这是装饰器里最常用的一招 - 注意：
args是元组，不能直接.append()；要修改得先转list(args)
**kwargs 处理配置类参数的实用技巧
适合接收“开关型”或“配置型”参数，比如 debug=True、timeout=30、format='json'。比起一堆布尔标志位，它更清晰也更易维护。
容易踩的坑：**kwargs 会把所有未声明的关键字参数都吞掉，包括拼错的键名——比如你本意是 user_id=123，手误写成 useer_id=123，函数不会报错，但逻辑可能失效。
- 安全做法：用
kwargs.pop('timeout', 10)显式取值，并设默认；取完后检查kwargs是否为空，非空说明有未知参数 - 避免覆盖内置参数名，比如别用
**kwargs接收叫id或type的键，容易和内置函数冲突 - 传给
requests.get(url, **kwargs)时，**kwargs里混入data和json可能引发意外行为，得提前校验互斥性
组合使用时的参数顺序和真实调用链
Python 参数解析顺序是固定的：位置参数 → *args → 命名关键字参数（如 *, debug=False）→ **kwargs。这个顺序决定了你能不能拦截特定参数。
例如写一个带缓存的函数：def cached_fetch(url, *args, cache=True, timeout=5, **kwargs)。这里 cache 和 timeout 是强制命名关键字参数，调用时必须写成 cache=False，不会被 *args 或 **kwargs 吞掉。
- 不要为了“看起来灵活”而滥用
*args, **kwargs；如果只有两三个固定参数，硬编码更清晰 - 文档里必须明确写出哪些是必填、哪些是可选、哪些由
**kwargs透传——否则使用者根本不知道能传什么 - 调试时打印
args和kwargs是最快定位调用方传参问题的方式
真正难的不是语法，而是判断哪些参数该暴露、哪些该封装、哪些该拦截校验——*args 和 **kwargs 是工具，不是设计捷径。
