urllib.request默认不支持重试，需手动实现：捕获URLError、HTTPError、TimeoutError、OSError和ssl.SSLError，对5xx响应指数退避重试，跳过4xx客户端错误，并注意异常继承顺序与超时控制。
urllib.request 默认不支持重试，必须手动实现
Python 标准库的 urllib.request 本身没有内置重试逻辑，不像 requests 那样能直接配 Retry 对象。想加重试，得自己捕获异常、判断条件、控制循环——不是加个参数就能开箱即用。
常见错误是只 catch URLError 或 HTTPError，却漏掉底层连接中断（如 TimeoutError、OSError: [Errno 113] No route to host）或 SSL 握手失败（ssl.SSLError）。这些都该纳入重试范围。
- 必须显式处理
URLError（含 DNS 失败、连接拒绝）、HTTPError（如 5xx）、TimeoutError、OSError和ssl.SSLError - 建议对 5xx 响应码主动重试，但跳过 400、401、403、404 等客户端错误（重试无意义）
- 每次重试前加指数退避（如 1s → 2s → 4s），避免雪崩式重连
用 urllib.request.build_opener() + 自定义 HTTPHandler 实现可重试 opener
最干净的做法是继承 urllib.request.HTTPHandler，覆盖 http_error_default 和 do_open，并在其中嵌入重试逻辑。但更实用的是在调用层封装：用一个函数包裹 urlopen()，统一管理重试状态。
下面是一个轻量但覆盖主流异常的重试函数示例：
立即学习“Python免费学习笔记（深入）”；
import time
import urllib.request
import urllib.error
import ssl
<p>def urlopen_with_retry(url, timeout=10, max_retries=3, backoff_factor=1):
for i in range(max_retries + 1):
try:
req = urllib.request.Request(url)</p><h1>可选：加 headers 防止被拒</h1><pre class="brush:php;toolbar:false;"> req.add_header('User-Agent', 'Mozilla/5.0')
response = urllib.request.urlopen(req, timeout=timeout)
return response
except (urllib.error.URLError, urllib.error.HTTPError, TimeoutError, OSError, ssl.SSLError) as e:
if i == max_retries:
raise e
wait = backoff_factor * (2 ** i)
time.sleep(wait)
return None
librosa 是一个用于音频和音乐分析的 Python 库。它提供了特征提取、频谱分析、节拍跟踪、起始检测和音频可视化的工具，基于 NumPy 和 SciPy 构建，用于科学音频计算。
注意：urllib.error.HTTPError 是 URLError 的子类，必须先 catch 它，否则会被父类吞掉，导致无法单独处理 4xx/5xx。
超时设置必须同时配 connect 和 read 两层
urllib.request.urlopen(timeout=...) 只控制整个请求的总耗时（从发起连接到读完响应体），不是 connect timeout + read timeout 的组合。这意味着慢 DNS 解析或卡在 TLS 握手时，可能迟迟不抛异常。
- Python 3.9+ 支持
urllib.request.urlopen(..., timeout=socket.timeout(...))，但兼容性差 - 更稳的方式是提前设置全局 socket 超时：
import socket; socket.setdefaulttimeout(10)—— 但它影响所有 socket 操作，不够精准 - 推荐做法：保持
timeout参数用于总时限，再靠重试机制兜底那些“卡住但没超时”的情况（比如服务端 SYN ACK 延迟）
HTTPS 请求要小心证书验证与代理干扰
绕过证书验证（context=ssl._create_unverified_context()）虽能解决自签名证书问题，但会让重试逻辑暴露中间人攻击风险；而某些企业代理会注入自己的根证书，导致默认上下文校验失败。
如果遇到 ssl.CertificateError 或 ssl.SSLCertVerificationError，不要直接关验证，优先尝试：
- 用
ssl.create_default_context()并手动加载公司 CA 证书：context.load_verify_locations('/path/to/company-ca.pem') - 确认系统级证书路径是否被修改（
certifi.where()可查默认路径） - 代理环境下检查
HTTPS_PROXY环境变量是否启用，以及是否需要设置urllib.request.ProxyHandler
重试逻辑里混进证书错误处理很容易掩盖真实网络问题，这类错误通常不该自动重试，而应记录后人工介入。
