直接结论：必须用 requests.exceptions.SSLError 显式捕获，因 SSL 握手失败发生在连接阶段，未设 verify 参数时默认验证会立即抛错；仅 catch RequestException 不够，需分层判断异常字符串（如“certificate verify failed”或“hostname doesn't match”）并配合 verify=False（调试）或自定义证书路径（生产内网）使用。
直接结论：用 requests.exceptions.SSLError 捕获，但必须配合 verify=False 或自定义证书路径使用，否则请求根本发不出去就报错。
为什么 try/except requests.get() 有时捕获不到 SSL 错误？
因为 requests 在底层建立 HTTPS 连接时，SSL 握手失败会直接抛出 SSLError，但它可能发生在连接阶段（如证书过期、域名不匹配），也可能在验证阶段（如根证书缺失）。如果没显式设置 verify 参数，requests 默认启用证书验证，一旦失败就立刻终止，不会进入响应处理流程。
- 常见错误现象：
SSLError: certificate verify failed: unable to get local issuer certificate或CertificateError: hostname 'xxx' doesn't match ... - 真正触发
SSLError的位置在urllib3底层，requests只是透传；所以只 catchRequestException不够，必须单独 catchSSLError - 注意：禁用验证（
verify=False）会同时抑制这两类错误，但会带来安全风险，不能用于生产环境敏感请求
如何正确捕获并区分不同 SSL 失败类型？
SSL 错误种类多，靠单一 except 块无法定位问题根源。应分层捕获，并检查异常对象的 reason 和 args。
- 捕获具体异常：
from requests.exceptions import SSLError, ConnectionError, Timeout - 区分典型子类：
ssl.SSLCertVerificationError（证书验证失败）、ssl.SSLError（更底层握手失败），但 requests 通常统一抛SSLError - 实用判断方式：
if "certificate verify failed" in str(e)或if "hostname doesn't match" in str(e) - 示例代码片段：
import requests
from requests.exceptions import SSLError
try:
r = requests.get("https://self-signed.badssl.com", timeout=5)
except SSLError as e:
if "certificate verify failed" in str(e):
print("证书链不可信，考虑传入 cert= 或更新系统 CA")
elif "hostname" in str(e):
print("SNI 域名不匹配，检查 URL 和服务器配置")
else:
print(f"其他 SSL 错误：{e}")
绕过验证的三种做法及其适用场景
绕过不是目的，而是调试或临时适配的手段。每种方式影响范围和风险不同，选错会导致整个 session 失效或漏掉真实问题。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Python免费学习笔记（深入）”；
-
verify=False：最常用，仅跳过当前请求的证书验证；会触发InsecureRequestWarning，可用urllib3.disable_warnings()抑制（仅限调试） -
verify="/path/to/cert.pem"：指定自签名证书或私有 CA 根证书路径，适合内网爬虫；路径必须存在且格式为 PEM -
session.verify = False：对整个requests.Session()生效，慎用——容易忘记恢复，导致后续所有请求都裸奔 - 性能影响：禁用验证几乎无开销；加载自定义证书会多一次文件 IO 和解析，但可忽略
最容易被忽略的两个细节
一是 Windows 系统下 Python 自带的证书包（certifi）经常滞后，尤其访问新签发 Let's Encrypt 证书的站点时失败；二是某些代理或中间设备（如企业防火墙）会替换证书，此时即使加了 verify=False，也可能因 TLS 协议版本或加密套件不兼容而卡在连接阶段。
遇到这类情况，先试 curl -v https://xxx 看底层是否通，再比对 Python 的 openssl version 和系统 OpenSSL 是否支持 TLS 1.2+；必要时升级 certifi 或强制指定 requests.adapters.HTTPAdapter 的 ssl_context。
