aiohttp默认返回403是因为其默认User-Agent（如aiohttp/3.9.5）被服务端识别为爬虫而主动拦截，连Cookie都未发送即被网关拒绝；需在ClientSession初始化时统一设置合法浏览器UA、Accept、Accept-Language等头，并复用session管理Cookie。
为什么 aiohttp 默认请求会返回 403？
aiohttp 默认的 User-Agent 是 aiohttp/x.y.z（比如 aiohttp/3.9.5），很多网站会直接拦截这类明显非浏览器的请求头，连带拒绝 Cookie 携带逻辑，导致返回 403 Forbidden。这不是权限配置问题，而是服务端主动识别并拒收“爬虫特征”请求。
关键点在于：403 不等于没登录、没权限，它常常是反爬的第一道闸口——连 Cookie 都没机会发过去，就被拦在网关外了。
如何用 aiohttp 设置合法的 User-Agent？
必须在 ClientSession 初始化时通过 headers 参数注入，不能靠后续 request() 单次覆盖（除非你每次手动传）；否则所有请求仍走默认头。
- 推荐用主流浏览器 UA 字符串，例如 Chrome 最新版：
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36 - 避免 UA 固定不变：高频请求建议轮换几个 UA，或配合
random.choice()简单打散 - 不要只设
User-Agent：至少补全Accept和Accept-Language，否则部分站点仍可能判为异常
示例：
立即学习“Python免费学习笔记（深入）”；
Secure Python Code Sandbox
下载
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
import aiohttp
import asyncio
<p>headers = {
"User-Agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36",
"Accept": "text/html,application/xhtml+xml,application/xml;q=0.9,<em>/</em>;q=0.8",
"Accept-Language": "zh-CN,zh;q=0.9,en-US;q=0.8,en;q=0.7",
}</p><p>async def fetch():
async with aiohttp.ClientSession(headers=headers) as session:
async with session.get("<a href="https://www.php.cn/link/b05edd78c294dcf6d960190bf5bde635">https://www.php.cn/link/b05edd78c294dcf6d960190bf5bde635</a>") as resp:
print(resp.status) # 此时大概率不再是 403
怎么让 aiohttp 自动携带和管理 Cookie？
aiohttp 的 ClientSession 默认启用 Cookie 支持，但前提是：你得用同一个 session 实例发请求。如果每次新建 session，Cookie 就不会延续。
- 登录接口返回的
Set-Cookie会被自动解析并存入 session 的cookie_jar - 后续同 session 的请求会自动带上这些 Cookie，无需手动拼接
Cookie头 - 若需预置 Cookie（比如已知有效 sessionid），可用
session.cookie_jar.update_cookies({}) - 注意：
cookie_jar默认是内存型，重启脚本即丢失；如需持久化，得传入aiohttp.CookieJar(unsafe=True)并自行序列化
常见错误：用 session.get(..., headers={"Cookie": "xxx"}) 手动塞 Cookie —— 这会覆盖 session 自动管理的 Cookie，且无法处理 HttpOnly 或 domain/path 匹配逻辑。
403 还没解决？检查这几个隐藏点
即使加了 UA 和 Cookie，仍返回 403，往往卡在更底层的检测上：
-
Referer缺失：有些页面要求请求必须来自特定来源，补上Referer: https://www.php.cn/link/b05edd78c294dcf6d960190bf5bde635/可能立刻通过 - JS 渲染特征缺失：目标站依赖
navigator.webdriver、chrome.runtime等前端指纹，纯 aiohttp 无法模拟，得换 Playwright/Puppeteer - 请求频率过快：即使 UA 合法，短时间密集请求也会触发风控，加
await asyncio.sleep(0.5)观察是否缓解 - SSL/TLS 指纹异常：aiohttp 底层用的是 Python 的
ssl模块，某些 WAF（如 Cloudflare）会检测 TLS handshake 特征，此时需用ssl_context调整或改用 undetected-chromedriver 类方案
最常被忽略的是 Referer 和请求节奏——它们不报错，但会让 403 持续复现，且难以定位。
