urllib.parse.parse_qs 是解析 URL 查询参数最稳妥的标准库方法，能正确处理重复键、URL 编码、空值等边界情况，避免 parse_qsl 静默覆盖或手动解析的不可靠性。
用 urllib.parse.parse_qs 解析 URL 查询参数最稳妥
Python 标准库的 parse_qs 是处理 Query String 的首选，它能正确处理重复键、URL 编码、空值等边界情况，比手撕 split('&') 或正则可靠得多。
常见错误现象：parse_qsl 返回扁平列表，遇到同名参数（如 ?tag=py&tag=web）会丢掉前一个；直接用 dict(parse_qsl(...)) 更是静默覆盖。
-
parse_qs默认返回{'tag': ['py', 'web']}，保留全部值 - 加参数
keep_blank_values=True才能捕获?name=&age=25中的空字符串name - 不传
encoding时，默认用utf-8，若 URL 含 GBK 编码需显式指定
urllib.parse.unquote 和编码问题必须手动处理
Query String 是 URL 编码过的字节序列，parse_qs 默认输出的是已解码的 str，但前提是原始 bytes 能被正确 decode。如果原始 URL 来自非 UTF-8 环境（比如旧版 IE 提交的 GBK 表单），parse_qs 会抛 UnicodeDecodeError。
- 先用
unquote做原始解码：比如unquote('%C4%EE')→'你好'（GBK 字节先转 str） - 再对结果用
.encode('latin1').decode('gbk')这类双转绕过默认 utf-8 限制（适用于已知编码场景） - Web 框架如 Flask/Django 已内部处理编码，直接读
request.args即可，不用自己 parse
类型转换不能依赖 parse_qs 自动完成
parse_qs 只做字符串拆分和解码，所有值都是 str 类型。数字、布尔、None 等必须手动转，且要防错。
立即学习“Python免费学习笔记（深入）”；
-
int(val[0]) if val else 0—— 别直接int(val[0])，val可能为空列表 -
val[0].lower() in ('true', '1', 'on')判断布尔，别信bool('false')（它是True） - 用
ast.literal_eval解析简单结构如['[1,2,3]']，但别用eval，有注入风险
性能敏感场景慎用 parse_qs 多次调用
每次调用 parse_qs 都会重新解析整个 query string。高频服务（如 API 网关）里反复解析同一 URL，会成为瓶颈。
- 缓存解析结果：用
@lru_cache包裹封装函数，key 用原始 query string 字符串 - 如果只取某几个固定参数，用正则提取更快（如
re.search(r'[?&]id=([^&]+)', url)），但要小心编码和边界 - 注意
parse_qs在 Python 3.9+ 有小幅加速，旧版本差距更明显
Query String 解析看着简单，真正要稳，得盯住编码来源、空值策略、类型安全这三块。框架里藏得深的默认行为，往往就是线上 bug 的起点。
