aiohttp异步请求报400错误'invalid character in header'如何解决？

无需禁用扩展的修复方案 #

• 自定义Header解析逻辑：通过重写aiohttp的响应解析类实现宽松解码，避免非法字符阻断请求，示例实现如下：

import aiohttp
from aiohttp import hdrs

class RelaxedHeaderResponse(aiohttp.ClientResponse):
    async def _parse_headers(self, lines):
        raw_headers = []
        for line in lines[1:]:
            if not line:
                break
            try:
                name, val = line.split(b":", 1)
                name = name.strip().decode("ascii")
                # 忽略Header值中的非法ASCII字符
                val = val.strip().decode("ascii", errors="ignore")
                raw_headers.append((name, val))
            except ValueError:
                # 跳过格式非法的Header行
                continue
        self.raw_headers = raw_headers
        self.headers = hdrs.Headers(raw_headers)

使用时在初始化会话时指定自定义响应类即可：
client = aiohttp.ClientSession(response_class=RelaxedHeaderResponse)

• 升级aiohttp到3.9及以上版本：该版本合并了Header解码的容错补丁，大部分包含非法字符的Header场景都可以被原生兼容，无需额外修改代码。

禁用扩展方案的影响说明 #

设置AIOHTTP_NO_EXTENSIONS=1仅会关闭aiohttp的C语言高性能扩展模块，所有公开功能都会用纯Python实现兜底，不会丢失任何可用功能，仅会带来10%~30%的请求性能损耗。如果你的业务对请求吞吐量要求不高，该方案可以直接在生产环境使用，没有功能层面的风险。

成熟替代方案 #

• aiohttp-req：基于aiohttp二次封装的异步HTTP客户端，默认开启Header容错配置，接口和aiohttp完全兼容，迁移成本几乎为0，可以直接解决该报错。
• Tornado AsyncHTTPClient：迭代超过10年的成熟异步框架组件，稳定性经过大规模生产环境验证，Header解码容错性更高，适合对稳定性要求极高的场景。
• HTTPX：0.24及以上版本的核心接口已经完全冻结，目前已经在大量企业生产环境稳定运行，不会出现破坏性更新，如果你能接受非常低的迁移成本，也是可靠的替代选项。

内容的提问来源于stack exchange，提问作者cakelover