urllib.parse.quote不能直接编码整个查询字符串，因为会错误编码分隔符&和=，正确做法是用urlencode()分别编码键值对并保持结构。
为什么 urllib.parse.quote 不能直接编码整个查询字符串？
直接对 "name=张三&city=北京" 调用 urllib.parse.quote() 会把 &、= 也编码成 %26、%3D，导致后端无法解析——这不是 URL 编码的本意。URL 参数编码只应作用于键和值的**内容部分**，分隔符（&、=）必须保留原样。
正确做法是：先拆解参数，分别编码 key 和 value，再拼接。或者更稳妥地，用 urllib.parse.urlencode() —— 它专为此设计，自动处理空格、中文、特殊字符，并保持语法结构。
-
urllib.parse.quote("张三")→%E5%BC%A0%E4%B8%89（安全） -
urllib.parse.quote("name=张三&city=北京")→ 错误编码整个字符串（不安全） - 含空格或斜杠时，
quote()默认不编码/和:，需显式传safe=''才能全量编码（但通常不该这么做）
如何用 urllib.parse.urlencode() 处理嵌套字典或列表参数？
urlencode() 原生只接受 flat 字典（如 {"a": "1", "b": "2"}），遇到 {"tags": ["python", "web"]} 会直接转成字符串 "tags=['python', 'web']"，显然不是标准的 tags=python&tags=web 格式。
解决方案是手动展开：遍历列表，为每个元素生成独立键值对；对嵌套字典，先序列化（如用 json.dumps）再编码，或按业务约定扁平化（例如 user.name、user.age）。
立即学习“Python免费学习笔记（深入）”；
- 多值参数：用
urllib.parse.urlencode([("tags", "python"), ("tags", "web")], doseq=True)→tags=python&tags=web -
doseq=True是关键开关，否则列表会被转成字符串 - 若值含字节串（
bytes），urlencode()会报TypeError，需先 decode 成 str
中文路径 + 查询参数混合时，urllib.parse.urljoin() 为什么失效？
urljoin("https://api.example.com/v1/", "/search?keyword=测试") 返回 https://api.example.com/search?keyword=测试 —— 路径被覆盖，且中文未编码，可能触发 UnicodeEncodeError 或服务端 400 错误。
根本原因：urljoin() 只处理 URL 结构，不负责编码。它把第二个参数当作“完整路径”，而非“带参数的路径片段”。路径中的中文必须提前用 urllib.parse.quote() 编码，查询参数则用 urlencode() 单独处理。
- 正确组合：
base = "https://api.example.com/v1"+path = urllib.parse.quote("/搜索")+query = urllib.parse.urlencode({"q": "测试"})→ 拼成f"{base}{path}?{query}" - 不要对整个 URL 调用
quote()，会破坏协议和域名结构 - 路径编码需指定
safe="/"（保留斜杠），否则/也被编码成%2F，路径断裂
使用 urllib.parse.parse_qs() 解析时，为什么返回值全是列表？
parse_qs("a=1&b=2&b=3") 返回 {"a": ["1"], "b": ["2", "3"]}，即使单值也包装成列表。这是为了统一处理多值场景（如复选框提交多个同名字段）。若你确定参数都是单值，需手动取 [0]，或改用 urllib.parse.parse_qsl()（返回元组列表，更轻量）。
-
parse_qs()的keep_blank_values=True才保留空值（如a=&b=1中的a=""） -
parse_qsl("a=1&b=2")→[("a", "1"), ("b", "2")]，适合快速遍历或构建新参数 - 若原始查询串含编码错误（如未闭合的 %），
parse_qs()会静默忽略异常部分，不报错也不警告
quote()（带 safe="/"），参数用 urlencode()（配 doseq=True），拼接用字符串格式化——混用或跳过任一环，都容易在特殊字符或边缘 case 上栽跟头。 
