使用 requests.Session() 可自动保持 Cookie、复用 TCP 连接、统一设置请求头，适用于需登录态或多次交互的场景；普通 requests.get() 每次独立，无法维持会话状态。

使用 requests.Session() 可以自动保持 Cookie、复用 TCP 连接、统一设置请求头，适合需要登录态或多次交互的场景。

为什么需要用 Session？

普通 requests.get() 每次都是独立请求：Cookie 不保留、连接不复用、参数要重复写。比如登录后访问个人页，没 Session 就拿不到登录态，会跳回登录页。

Session 对象会在内部维护一个 cookie jar，并在后续请求中自动携带服务端返回的 Cookie，实现“会话保持”。

基础用法：创建、请求、自动带 Cookie

只需三步：

• 创建 session = requests.Session()
• 用 session.post() 登录（获取并保存 Cookie）
• 用 session.get() 访问需登录的页面（自动带上 Cookie）

示例：

import requests
s = requests.Session()
登录（假设表单字段是 username/password）
s.post("https://www./link/d9976f1c2c0c972d1cee0c3647cbd194", data={"username": "user", "password": "123"})
后续请求自动携带登录态
resp = s.get("https://www./link/6499e19d47d7cbd3302a26fdb40d0b41")
print(resp.text)  # 能看到个人页内容，不是重定向到登录页

进阶技巧：预设请求头和超时

避免每次传参，可统一配置：

• s.headers.update({"User-Agent": "MyApp/1.0"}) —— 所有请求自带 UA
• s.timeout = 5 或在方法中加 timeout=5 —— 防卡死
• s.verify = False（仅测试环境）—— 忽略 SSL 证书验证

注意：headers 是字典，用 update() 或直接赋值；timeout 不是 Session 属性，需在每个请求方法里显式传入，但可封装成函数简化。

注意事项与常见问题

Session 不是万能的：

• Cookie 过期或服务端清空 session 后，仍会发旧 Cookie，导致 401/302 —— 需检查响应状态码或跳转
• 多线程中不能共用同一个 Session 实例（非线程安全），应为每个线程新建 Session
• 手动更新 Cookie 可用 s.cookies.set("key", "value", domain="example.com")
• 调试时可用 print(s.cookies.get_dict()) 查看当前 Cookie

不复杂但容易忽略