async with session.get() 会立即在进入上下文时抛出 SSL 相关异常（如 SSLCertVerificationError），而非在后续 await resp.text() 时才触发；因此异常捕获必须包裹整个 async with 语句，而非仅内部 await；且 verify=False 需同时禁用 check_hostname 和 verify_mode 才生效。
async with session.get() 会直接 raise 异常，不是 awaitable 错误对象
很多人以为 session.get() 返回一个可以 await 的协程，错误能像同步代码那样用 try/except 包一层就完事——但问题在于：异常不是在 await 时“抛出”，而是在 async with 进入上下文管理器时就触发了。也就是说，async with session.get(...) 这整行语句本身就会立即引发 ssl.SSLCertVerificationError，根本没机会进入 await resp.text() 那一步。
- 常见错误写法：
try: async with session.get(url) as resp: ...—— 这样写except是能捕获的，但容易误以为是响应体解析阶段出错 - 真正危险的是漏掉
async with外层的try，只在内部await resp.json()周围加try，结果证书错误根本进不去那层 -
aiohttp.ClientConnectorCertificateError和ssl.SSLCertVerificationError是不同层级的异常，前者更早（连接建立失败），后者更具体（证书链校验失败），需分开处理
aiohttp 默认不透传底层 ssl 模块的详细错误信息
当你看到 SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate，这其实是 OpenSSL 底层返回的笼统提示。aiohttp 并没有把 ssl.SSLContext 实际加载了哪些证书、尝试了哪些根 CA、是否跳过了主机名检查等上下文一并打印出来，导致你无法区分是证书路径不对、中间证书缺失，还是代理重签了流量却没导入其 CA。
- 调试时建议先用
openssl s_client -connect host:443 -showcerts手动抓取服务端返回的完整证书链 - 再对比 Python 当前信任的根证书路径：
ssl.get_default_verify_paths()，看cafile或capath是否指向有效文件 - 如果用了自定义
TCPConnector(ssl=context)，务必确认context.load_verify_locations()显式加载了正确的 PEM 文件，而不是依赖默认行为
verify=False 在 aiohttp 里必须同时关 hostname 和 verify_mode
和 requests 不同，aiohttp 的 SSL 上下文对安全检查更“严格”。只设 context.verify_mode = ssl.CERT_NONE 不够，因为默认仍会校验 server_hostname 字段；同样，只设 context.check_hostname = False 也不行，证书链本身还是会验证失败。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 必须两者都关：
context.check_hostname = False且context.verify_mode = ssl.CERT_NONE - 否则可能报错：
ssl.SSLCertVerificationError: hostname 'xxx' doesn't match或继续unable to get local issuer certificate - 这种双开关设计容易让人遗漏其中一项，尤其从 requests 迁移过来时习惯性只写
verify=False
异步任务并发时证书错误会批量爆发，掩盖真实根因
如果你用 asyncio.gather(*[session.get(u) for u in urls]) 发起多个请求，其中一个域名证书异常，往往所有请求都会快速失败——不是因为其他域名也有问题，而是连接池或 SSL 上下文复用被中断，或者事件循环被异常打断。这时候日志里一堆重复的 SSLCertVerificationError，但实际只有第一个 URL 的证书配置错了。
- 排查时优先降级为串行请求：
for url in urls:+ 单独try/except，定位具体是哪个域名触发 - 注意
aiohttp.TCPConnector(limit_per_host=10)等参数会影响复用行为，高并发下证书错误传播更快 - 若使用了代理（如公司 HTTPS 解密网关），错误通常集中在同一类内网域名，而非随机分布
证书验证失败本身不难解决，难的是异步环境下异常触发时机隐蔽、错误信息压缩严重、多请求间相互干扰——这些特性会让问题看起来比实际更复杂。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
