Python中带默认值的强制关键字参数有何设计作用

你观察到的第三方包统一函数定义形式如下：

def function(
  arg1,
  arg2,
  *,
  arg3=None,
  arg4=None,
  ...
  argN=None
)

你提到的两种日常传参场景下，加不加*的运行时表现确实一致，但这种写法的核心价值不在于单次调用的运行逻辑，而在于API长期维护、调用可读性、版本兼容性层面的考量，是成熟Python第三方库非常通用的最佳实践，具体作用包括：

• 从语法层面杜绝参数顺序调整导致的隐蔽兼容性问题
  *前的参数是核心必填位置参数，*后带None默认值的都是可选配置项。如果不对可选参数做关键字强制，后续版本迭代时只要在位置参数列表里新增、调整参数顺序，老代码里按位置传入的配置值就会错位绑定到错误的参数上，不会抛出任何报错但逻辑完全错误。
  举个实际场景：某库v1版本函数签名为def get_data(table_id, timeout=None)，用户写了调用get_data(1001, 10)表示查1001号表、超时时间10秒。如果v2版本要新增必填分页参数，把签名改成def get_data(table_id, page_size, timeout=None)，老代码的调用不会报错，但会把10传给page_size，超时时间反而用默认值，属于极难排查的线上bug。如果一开始就把timeout设为强制关键字参数，用户只能写get_data(1001, timeout=10)，后续不管怎么调整核心位置参数的顺序、新增核心参数，都不会影响已有可选参数的传参正确性。
• 强制显式传参，提升代码可读性
  这类带None默认值的参数基本都是功能开关、特殊配置项，比如retry=None、use_cache=None、ssl_verify=None，如果允许位置传参，读代码时看到fetch(23, False, 3, None)根本无法判断后面几个值对应的配置含义，必须跳转查看函数定义才能理解。强制关键字传参后，调用必须写成fetch(23, use_cache=False, retry=3)，不需要额外查文档就能看懂每个传参的作用。
• 统一可选参数边界，降低库的迭代维护成本
  把所有可选配置全部放在*之后、统一用None作为默认值，相当于给参数划了明确的维护边界：*前的核心参数顺序要保持稳定，不能随意调整；后续新增可选功能时，直接在*后面的参数列表追加即可，完全不需要考虑位置冲突问题，也不会破坏现有调用的兼容性。同时用None作为默认值，可以精准区分「调用方未传入该参数」和「调用方主动传入None」的场景，方便做版本兼容、参数默认值动态调整的逻辑。

内容的提问来源于stack exchange，提问作者WhoDatBoy