本文介绍通过分析响应内容、检查重定向行为、验证会话 cookie 及后续请求授权状态，来可靠判断 python 中 requests 登录请求是否成功的完整方法。
在使用 requests 模拟登录时，仅依赖 status_code == 200 或存在 302 重定向（如你观察到的）完全不足以确认登录成功——因为许多网站无论认证成功或失败，均返回 200 或 302，并将错误信息嵌入 html 响应体中，或通过跳转至同一登录页（带错误参数）反馈失败。
✅ 正确的验证策略应结合以下四层检查：
1. 检查响应正文中的关键线索
登录失败时，目标网站（如 eshop.gr）通常会在 HTML 中嵌入提示文本，例如 “Λάθος όνομα χρήστη ή κωδικός”（希腊语“用户名或密码错误”）、”login_failed”、”Error” 等。建议使用 res.text 配合 in 判断或正则匹配：
import requests from urllib.parse import urljoin session = requests.Session() session.verify = False # ⚠️ 仅测试用；生产环境请保留证书验证 login_url = 'https://www.e-shop.gr/usr_login.phtml' payload = {'username': 'my_username', 'passname': 'my_password'} res = session.post(login_url, data=payload) # 检查响应体是否含典型错误标识 if 'λάθος' in res.text.lower() or 'error' in res.text.lower() or 'failed' in res.text.lower(): print("❌ 登录失败：响应体中检测到错误提示") elif res.url == login_url or 'usr_login_enter' in res.url: print("❌ 登录失败：重定向回登录页，可能凭证无效") else: print("✅ 初步通过响应体检查")2. 分析重定向链与最终 URL
你观察到 res.history 包含 302，需检查 res.url（即重定向终点）：
立即学习“Python免费学习笔记（深入）”；
- 若最终 URL 仍是登录页（如 …/usr_login.phtml 或 …/usr_login_enter.phtml），极大概率登录失败；
- 若跳转至用户中心、订单页、首页等受保护页面（如 /myaccount.phtml、 /index.phtml），则是积极信号。
print("最终 URL:", res.url) print("重定向路径:", [r.url for r in res.history])3. 验证会话 cookie（最关键！）
成功登录后，服务端通常通过 Set-Cookie 头下发身份凭证（如 phpSESSID、auth_Token、user_id 等）。务必检查响应头及 session.cookies：
# 打印所有收到的 Cookie 名称（调试用） print("Cookies received:", list(session.cookies.keys())) # 常见会话标识（根据目标站实际调整） auth_cookies = ['PHPSESSID', 'sessionid', 'auth_token', 'user_key'] if any(cookie in session.cookies for cookie in auth_cookies): print("✅ 检测到认证 Cookie，会话已建立") else: print("⚠️ 未检测到典型认证 Cookie，请人工抓包确认正确 Cookie Key")? 提示：打开浏览器开发者工具（F12 → application → Cookies），登录后查看实际设置的 Cookie 名称，将其替换到上述列表中。
4. 发起受保护资源请求，进行最终验证
最可靠的验证方式：用同一 Session 访问一个必须登录才能访问的页面（如个人资料页），检查响应是否正常且包含用户专属内容：
# 尝试访问需登录的页面（示例 URL，需根据目标站替换） protected_url = 'https://www.e-shop.gr/myaccount.phtml' profile_res = session.get(protected_url, timeout=10) if profile_res.status_code == 200 and 'myaccount' in profile_res.url: # 进一步检查页面是否含用户标识（如用户名、邮箱） if 'my_username' in profile_res.text or '@' in profile_res.text: print("✅ 登录验证通过：成功访问受保护页面并匹配用户信息") else: print("⚠️ 页面可访问但未找到用户标识，需检查页面结构变化") else: print(f"❌ 受保护页面访问失败：{profile_res.status_code} {profile_res.url}")⚠️ 重要注意事项
- 永远不要禁用 ssl 验证（verify=False）用于生产环境：它使你暴露于中间人攻击。若遇证书问题，请更新 CA 证书或使用 certifi。
- 启用 Session 对象：它自动管理 Cookie 和连接复用，是登录流程的必备基础（如上文示例所示）。
- 添加 User-Agent：部分网站拒绝无 UA 的请求：
session.headers.update({'User-Agent': 'Mozilla/5.0 (windows NT 10.0; Win64; x64) AppleWebKit/537.36'}) - 处理 csrf Token（如需）：若登录表单含隐藏字段（如 ），需先 GET 登录页提取该值，再提交。
综上，登录验证不是单点判断，而是一个多维度交叉验证过程。将响应内容、重定向路径、Cookie 状态和受保护资源访问结果综合分析，才能构建健壮、可维护的自动化登录逻辑。