2026-05-26 ·
日常编程 ·
145946
aiohttp 默认严格校验SSL证书,遇自签名/过期/域名不匹配证书会抛出ssl.SSLCertVerificationError;开发时应传入ssl=False的TCPConnector,而非简单设ssl=False参数。
为什么 aiohttp 会报 ssl.SSLCertVerificationError
当你用 aiohttp.ClientSession() 发起 HTTPS 请求时,如果目标服务器用了自签名证书、过期证书、或域名不匹配的证书,aiohttp 默认会严格校验 SSL 证书并抛出 ssl.SSLCertVerificationError。这不是 bug,是安全默认行为 —— 它和 requests 的 verify=False 类似,但 aiohttp 不提供直接的布尔开关。
如何让 aiohttp 跳过 SSL 验证(开发/测试场景)
必须显式传入一个不验证证书的 aiohttp.TCPConnector 实例,不能只改 session 参数。常见错误是以为加个 ssl=False 就行,其实那只是关闭 SSL 协议本身(HTTP → HTTP),不是跳过验证。
正确做法:创建 connector = aiohttp.TCPConnector(ssl=False),再传给 ClientSession(connector=connector)
若你用的是 Python 3.11+ 且 aiohttp ≥ 3.9,ssl=False 确实等价于跳过验证;旧版本需用 ssl=context 方式(见下条)
更细粒度控制(如仅忽略证书链但保留主机名检查)可传入自定义 ssl.SSLContext,但绝大多数调试场景用 ssl=False 足够
使用自定义 SSLContext 绕过验证(兼容旧版本或需要微调)
某些老项目用的是 aiohttp ssl=False 可能触发 DeprecationWarning 或不生效。这时要手动构造一个不验证的上下文:
import ssl
import aiohttp
context = ssl.create_default_context()
context.check_hostname = False
context.verify_mode = ssl.CERT_NONE
connector = aiohttp.TCPConnector(ssl=context)
async with aiohttp.ClientSession(connector=connector) as session:
async with session.get("https://self-signed.example") as resp:
print(await resp.text())
注意:context.check_hostname = False 和 context.verify_mode = ssl.CERT_NONE 缺一不可 —— 前者关主机名匹配,后者关证书链验证。只设一个仍可能失败。
Python 3.14.3
微软官方的 Python 扩展,是 VS Code 安装量最高的扩展(209M+)。集成 IntelliSense(通过 Pylance)、调试(通过 Python Debugger)、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
生产环境绝对不要禁用 SSL 验证
禁用验证会让中间人攻击(MITM)完全失效,所有传输数据明文可见。哪怕内网服务,也应优先用私有 CA 签发证书并把根证书加入系统信任库,而不是在代码里写死 ssl=False。如果必须对接不可控的自签名服务,至少把证书文件路径传给 TCPConnector(ssl=ssl.create_default_context(cafile="path/to/cert.pem")),而不是彻底关闭验证。
最容易被忽略的一点:禁用 SSL 后,aiohttp 不再校验证书有效期和域名,但 DNS 解析、TCP 连接、HTTP 状态码这些仍照常工作 —— 错误不会消失,只是换了一种形式出现(比如 502、连接重置),别误以为“不报 SSL 错了就等于请求通了”。
pip卡在“Building wheel”或“Resolving packages…”主因是本地依赖解析或C++源码编译,非网络问题;关对进程、手动清缓存目录(如%LOCALAPPDATA%\pip\Cache或~/.cache/pip/Cache)、禁用杀软实时防护可解决多数情况。 Python安装程序卡在“Building wheel”或“Resolving packages…”不是网络慢,而...
2026-05-29 · 日常编程 · 85476
根本原因是系统缺少libxml2开发文件,Linux需装libxml2-dev,macOS用brew装并设环境变量,Windows应强制安装预编译wheel或改用conda install lxml。 pip install lxml报错“xmlCheckVersion not found”怎么办 直接原因是系统里没装 libxml2 的开发文件,不是 Python 包没装对。这个错误常出现在新虚...
2026-05-29 · 日常编程 · 124796
pytest fixture 中用 yield 管理 pymysql 连接更稳,因其确保无论测试是否异常都会执行清理;应避免全局连接池、多次 close、共享连接,并在 yield 前 ping 保活和重置状态。 频繁在 pytest 测试中用 pymysql.connect() 打开又关闭数据库连接,不是“看起来不优雅”的问题,而是会直接拖慢测试执行、触发 MySQL 的 max_connect...
2026-05-29 · 日常编程 · 30312
本文介绍针对20GB级CSV文件的内存友好型流式处理方案,通过csv.DictReader逐行解析、aiohttp并发控制与XML模板填充,实现低内存占用、高吞吐量的HTTP批量提交。 本文介绍针对20gb级csv文件的内存友好型流式处理方案,通过`csv.dictreader`逐行解析、`aiohttp`并发控制与xml模板填充,实现低内存占用、高吞吐量的http批量提交。 处理超大CSV文件(...
2026-05-29 · 日常编程 · 245063
read_csv读取GBK文件报错需指定encoding='gbk',若失败可试'gb2312'或'gb18030';注意BOM干扰,可用'utf-8-sig'处理UTF-8 BOM;避免非法编码名,优先固定编码策略而非依赖chardet。 read_csv读取GBK文件报错:'utf-8' codec can't decode byte 这是最常见现象——pandas.read_csv 默认用 ...
2026-05-29 · 日常编程 · 310166
np.loadtxt读含字符串CSV报错因默认全转float,解决需用结构化dtype显式定义各列类型与名称,如dtype=[('name','U10'),('age','i4'),('height','f4')],并指定encoding='utf-8'。 为什么 np.loadtxt 读含字符串的CSV会报错“could not convert string to float” 因为 np.lo...
2026-05-29 · 日常编程 · 14079
requests.get() 默认自动跳转(allow_redirects=True)会导致爬虫失效,因反爬系统常利用301/302跳转至验证码页或空页,使你无法获取原始响应头和状态码,进而中断后续逻辑。 为什么 requests.get() 默认会自动跳转,反而导致爬虫失效 因为 requests 默认开启重定向追踪(allow_redirects=True),遇到 301、302 响应时会自动...
2026-05-29 · 日常编程 · 139328
字典的key不能是列表,因为列表是可变对象,不可哈希,执行hash([1,2])会直接抛出TypeError;而字典依赖哈希值快速查找,若键可变会导致哈希表失效。 为什么字典的 key 不能是列表 因为 dict 内部依赖哈希值做快速查找,而列表是可变对象,hash([]) 会直接抛出 TypeError: unhashable type: 'list'。只要对象在插入后可能被修改(比如调用 .a...
2026-05-29 · 日常编程 · 125218
requests.get()默认不设超时会无限等待,必须用timeout=(connect, read)元组分别控制连接与读取超时,单数值仅作用于读取阶段,连接阶段仍可能卡死。 requests.get() 默认不设超时,长连接请求卡住几小时都可能不报错——必须显式设置 timeout,且不能只填一个数字。 为什么单个 timeout 数值对长连接无效 requests 的 timeout 参数若...
2026-05-29 · 日常编程 · 201089
根本原因是SSH握手阶段的DNS反向解析;远程sshd配置UseDNS yes时,会对客户端IP执行阻塞式gethostbyaddr()查询,无PTR记录或DNS慢则卡住30秒,Paramiko connect()随之挂起。 根本原因不是代码,而是SSH握手阶段的DNS反向解析。Python用paramiko连接远程Linux服务器时卡在connect()、耗时十几秒甚至超时,大概率不是网络延迟,...
2026-05-28 · 日常编程 · 183514