URLError: nonnumeric port错误源于未编码的中文、空格或特殊符号被URL解析器误判为端口分隔符，正确做法是用urllib.parse.quote()编码路径段、urlencode()处理查询参数，并确保scheme和netloc不编码；requests应使用params参数而非手动拼接URL。
URLError: nonnumeric port错误怎么修？
遇到 URLError: nonnumeric port，基本是把带中文、空格或特殊符号的 URL 直接丢给 urllib.request.urlopen() 了——Python 的 URL 解析器在解析 http://host:port 时，误把未编码的路径片段（比如 ?q=你好）里的冒号或斜杠当成协议/端口分隔符，导致端口解析失败。
真正该做的不是“捕获再重试”，而是提前对 URL 的查询参数和路径做标准编码：
-
urllib.parse.quote()处理单个路径段或参数值（如quote("张三") → "%E5%BC%A0%E4%B8%89"） -
urllib.parse.urlencode()处理整个查询字典（如urlencode({"name": "张三", "city": "北京"}) → "name=%E5%BC%A0%E4%B8%89&city=%E5%8C%97%E4%BA%AC"） - 完整 URL 拼接时，只对
path和query部分编码，scheme和netloc（如https://example.com）绝不能编码，否则会变成无效地址
requests.get() 为什么有时不报错但结果乱码？
用 requests 发请求看似绕过了 URLError，但若手动拼接 URL 且没编码，可能返回 400 或服务端静默截断参数——尤其对接 PHP、Java 后端时，它们对非法 URL 字符更敏感。更隐蔽的问题是：响应内容正常，但 response.url 显示的已是服务端重定向后的编码 URL，而你原始参数实际没送达。
安全做法是始终用 params 参数传查询数据：
立即学习“Python免费学习笔记（深入）”；
import requests
# ✅ 正确：让 requests 自动编码
requests.get("https://api.example.com/search", params={"q": "python 编程"})
<h1>❌ 错误：手动拼接 + 未编码</h1><p>requests.get("<a href="https://www.php.cn/link/3edadc22520518c0d5d4580cf9af3a8c">https://www.php.cn/link/3edadc22520518c0d5d4580cf9af3a8c</a> 编程")注意：params 不处理 URL 路径中的中文（如 /用户/123），这部分仍需用 quote() 单独编码后拼入 url 参数。
如何判断哪些字符必须编码？
不是所有符号都要编码。RFC 3986 规定，URL 中仅允许 A-Z a-z 0-9 - _ . ~ 和子分隔符 ! $ & ' ( ) * + , ; = 在特定位置直接出现；空格、中文、#、?、/、:、@ 等一律需编码。
简单验证法：把可疑字符串丢进 urllib.parse.quote()，观察输出是否含 %xx 格式。常见踩坑点：
-
quote("a b/c") → "a%20b%2Fc"（空格→%20，斜杠→%2F） - 但
quote("a+b", safe="+") → "a+b"（safe参数可保留某些字符不编码，常用于 query 中保留+表示空格） - 路径编码要用
safe="/"，否则/也会被编码，破坏路径层级
为什么 urllib.parse.urljoin() 有时会吃掉中文路径？
urljoin() 的行为依赖 base URL 结尾是否有 /。如果 base 是 "https://api.com/v1"（无结尾斜杠），而你要 join 的 path 是 "用户/列表"，结果会变成 "https://api.com/用户/列表"——因为 urljoin 把 base 当作文件名而非目录，直接替换最后一段。
正确姿势：
- 确保 base URL 以
/结尾：urljoin("https://api.com/v1/", "用户/列表") - 对 path 部分先
quote()再 join：urljoin(base, quote("用户/列表", safe="/")) - 避免用
urljoin拼接含查询参数的 URL，它不处理?后的内容，容易丢失或错位
URL 编码不是“加个 try-except 就完事”的事情——它发生在请求发出前的构造阶段，一旦漏掉，异常可能出现在任意环节，且错误信息指向性差。最稳妥的方式，是把编码逻辑封装进 URL 构建函数里，而不是每次手写 quote。
