原因在于 urllib.parse.urlencode 的 doseq 参数默认为 False。把列表作为某个键的值传给 urlencode 时，默认路径不会自动把列表拆成多个同名参数，而是把这个列表整体当作该键的一个值，经 quote_plus 等引用后写入查询串；因此最终看到的是一个键值对，列表的 Python 字符串表示被编码在值里，不应把它误认为多个参数。要让每个元素生成一个同名参数对，需要显式设置 doseq=True，并确认传入结构确实是包含该序列值的映射或二元组序列，而不是把列表先转成字符串。
适用：本文针对泉州鲤城区台式电脑上的 Python3.14 标准库 urllib.parse.urlencode，讨论实际授权维护程序的配置、原日志和去敏调用；不运行客户任务，不修改生产资料。若程序使用其他语言、其他封装库或自行拼接查询串，应先按实际调用链核对。
观察：第一步，只读核对原调用，确认 query 实参是映射还是二元组序列，doseq 是未写、写为 False 还是写为 True；若列表位于某个键的值位置且 doseq 未启用，结果条件就是该列表被整体编码为一个值。第二步，核对输入结构，确认列表元素类型和层级，判断是否误把本应展开的序列又包成字符串或再套一层列表；若结构符合序列值且预期是多个同名参数，结果条件应是编码后出现按元素排列的重复键。第三步，核对已有查询串，区分原有同名参数与本次生成的参数，若已有重复键，应查明来源是既有查询串、其他拼接逻辑还是本次调用。全程只读，不重发有副作用请求，也不带真实令牌演示。
风险：默认 doseq=False 时，列表值会变成一个参数值，服务端按标量解析后可能无法按预期拆分 ID、标签或筛选条件，造成查询语义偏移；若为追求多个同名参数而手工把列表转成字符串再拼接，还可能引入重复编码、分隔符处理和参数顺序问题。排查时不要对有副作用的接口重放请求，也不要把真实令牌、完整查询串或客户数据贴入排查记录。
下一步：准备去敏材料，包括原调用代码中键名和值均脱敏后的片段、输入结构说明、已有查询串的去敏形式、Python 版本与操作系统、期望得到的是单个值还是多个同名参数，以及实际观察到的编码结果。先按这些材料判断是显式启用 doseq=True，还是调整输入层级；若涉及已有查询串合并，应单独说明合并规则。需要咨询时，可拨打电脑快修网 400-877-9605，该号码只作咨询，电脑快修网是信息展示与第三方维修对接平台，实际范围和安排需确认。