要获取完整重定向路径，必须设allow_redirects=false并手动跟进：每次收到301/302等响应时，提取location头发起新请求，显式传递cookie、referer等关键请求头，并用计数器防循环，r.is_redirect比状态码判断更可靠。
默认自动跳转会吞掉中间路径，想看清重定向链，必须设 allow_redirects=False 并手动跟进
怎么拿到完整的重定向路径（history）
requests 默认把整个跳转链“消化”掉，只留最终响应。你看到的 response.url 是终点，response.history 是空列表——这不是没跳转，是它被自动处理了。
- 要观察跳转过程，第一件事就是关掉自动跳转：
requests.get(url, allow_redirects=False) - 此时如果返回 301/302/307/308，
r.status_code就是那个跳转码，r.headers.get("Location")就是下一个地址 - 反复用新 URL 发起
allow_redirects=False请求，自己拼出跳转链；别依赖response.history，它只在allow_redirects=True时才记录 - 注意：307 和 308 要求方法和 body 原样重发，不能简单改用 GET；若原始是 POST，手动跳转时得用
requests.post(new_url, data=r.request.body, headers=r.request.headers)
为什么手动跳转时容易漏掉 Cookie 或 Referer
浏览器跳转会带上下文，requests 默认不继承原始请求头（除了 Host 和 Connection），Set-Cookie 虽然会被 Session 自动存，但 Referer、User-Agent、X-Requested-With 这些全丢了。
- 每次手动发起新请求，都得显式传
headers，尤其是目标站校验Referer时：requests.get(new_url, headers={"Referer": old_url, "User-Agent": ua}) - 别手动调
session.cookies.set()，让 requests 自己从Set-Cookie头解析；前提是没禁掉allow_redirects，否则跳转响应里的 cookie 不会进 session - 检查
r.headers.get("Set-Cookie")是否非空，空说明这步没下发新凭证，后续请求可能 401
如何避免手动跳转陷入无限循环
有些站点对异常会话返回 302 → 登录页 → 302 → 原链接，形成闭环。requests 默认最多跟 30 次，但卡住前已浪费大量时间。
- 加计数器，比如最多手动跳 5 次：
for i in range(5):，超出就break并报错 - 记录每次跳转的
r.url，发现重复 URL（如两次都跳到/login）立即终止 - 检查跳转目标是否为
javascript:或data:开头——这种不是 HTTP 重定向，requests 无法处理，得换 Playwright - 用
r.is_redirect判断比查状态码更稳，它内部已涵盖所有重定向状态码
真正难的不是跳几次，而是每次跳转后该补什么头、该不该重发 body、cookie 是否已更新。这些细节不会出现在 response.history 里，得靠你盯着每一步的 r.headers 和 r.request 手动核对。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
