Requests Session 能保持登录状态，是因为它自动将服务器返回的Set-Cookie存入内部CookieJar，并在后续请求中按RFC规则自动携带匹配的Cookie；必须复用同一Session实例，不可混用requests.get()，且需检查登录响应是否真实返回有效Set-Cookie。
Requests Session 为什么能保持登录状态
因为服务器返回的 Set-Cookie 会自动存进 Session 对象的 cookies 属性里，后续请求默认带上这些 cookie。不是靠你手动传 headers={'Cookie': ...}，那是错的——Session 会自己管好这事。
关键前提是：所有请求必须用同一个 Session 实例发出；不能每次 requests.get() 都新建一个。
登录请求必须用 POST 且带正确参数
多数网站登录是表单提交，得看清网页源码或开发者工具 Network 标签页里的实际字段名（比如 username、email、authenticity_token），漏掉隐藏字段或验证码字段会导致登录失败但无报错。
- 检查登录接口是否返回 200 或 302 —— 仅看状态码不够，还要看
response.url是否跳转到首页或用户中心 - 务必在登录后加一句
print(session.cookies.get_dict())，确认有没有拿到session_id或auth_token类似字段 - 有些网站用 JS 动态生成 token，这时 Requests 拿不到，得换
playwright或selenium
后续请求别用 requests.get，继续用 session.get
这是最常踩的坑：登录用了 session.post()，但查订单却写了 requests.get(url) —— 这个请求完全不带 cookie，等于没登录。
Claw Code Suite (Python-Only Edition)
下载
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
立即学习“Python免费学习笔记（深入）”；
所有需要登录态的请求，都得走同一个 session 实例：
session = requests.Session()
session.post(login_url, data=login_data)
# ✅ 正确
resp = session.get('https://example.com/profile')
# ❌ 错误
resp = requests.get('https://example.com/profile')Session 失效时的典型表现和排查点
常见现象是：前几次请求正常，过几分钟再请求就跳回登录页，或返回 401/403。这不是代码写错了，而是服务端 session 过期了。
- 检查响应头：
response.headers.get('Set-Cookie')是否包含expires=或Max-Age=，确认服务端给的过期时间 - 某些网站对 User-Agent 敏感，Session 初始化时最好显式设置：
session.headers.update({'User-Agent': 'Mozilla/5.0 ...'}) - 如果登录后立刻请求失败，可能是 CSRF token 没同步——先 GET 登录页拿 token，再 POST 提交，两次都走同一个 session
Session 对象本身不会自动刷新 cookie，过期就得重新登录。真要长期维持，得自己加逻辑：捕获 401 后触发重登录，而不是指望它“一直有效”。
