基于ReduxPersist的React应用Selenium程序化登录失败排查

这种依赖IndexedDB+LocalStorage做身份认证的React应用确实会给程序化访问添不少麻烦，我之前做调研爬虫时也碰过几乎一模一样的坑，给你几个排查方向和实用解决方案：

很多这类应用不会只存一个简单的令牌——通常是LocalStorage存核心凭证（比如JWT、用户唯一标识），IndexedDB存关联的用户信息、签名校验值甚至会话状态，两者必须完全匹配才能通过认证。

• 先手动登录一次，用浏览器DevTools的Application标签导出完整的存储数据：
  • LocalStorage：右键对应条目，选择「Save as」导出JSON
  • IndexedDB：可以用Chrome的IndexedDB Explorer插件一键导出所有表的数据
• 把你程序化写入的内容和导出的真实数据做逐字段对比，重点看有没有遗漏的字段、大小写错误、时间戳过期（比如expiresAt字段是否已经失效），或者某些字段的格式（比如是否是Base64编码、有没有多余的引号）

React应用大多是异步读取存储做认证的，如果你用Selenium时，还没等存储内容完全写入，页面就已经完成了初始校验，自然会判定未登录。

• 试试这个流程：
  1. 先打开目标网站的空白页面（比如about:blank）
  2. 用driver.execute_script()执行写入LocalStorage和IndexedDB的代码
  3. 等待至少1秒，或者等待页面上的登录状态元素出现（比如用户头像、用户名）
  4. 再跳转至目标页面
• 也可以用脚本监听存储事件，确认应用已经读取到了凭证：

  // 在Selenium中执行这段异步脚本，等待认证触发
  await driver.executeAsyncScript((callback) => {
    window.addEventListener('storage', (e) => {
      // 替换成你存储里的核心凭证键名
      if (e.key === 'auth_token') callback();
    });
  });
  

别忽略那些看不见的认证规则：

• 时间戳校验：有些应用会在LocalStorage里存token_issued_at，如果当前时间和这个时间差超过设定阈值（比如7天），直接拒绝认证
• 浏览器指纹校验：很多应用会结合User-Agent、屏幕分辨率、Canvas指纹甚至WebGL信息，和存储里的指纹哈希做匹配，程序化访问的指纹和手动登录的不一致就会被踢
• 内存缓存冲突：React应用可能已经在内存里缓存了「未登录」状态，即使你写入了存储，也需要刷新页面让应用重新读取——试试写入存储后调用driver.refresh()，再等待页面加载完成

别直接跳过登录流程硬塞存储数据，尽量模拟真实用户的回访步骤：

• 先访问登录页面（不用真的提交表单）
• 写入LocalStorage和IndexedDB的完整数据
• 再点击页面上的「首页」链接，或者直接跳转至目标页面
• 如果应用用了sessionStorage，也要把手动登录时的sessionStorage内容一起写入，有些临时状态存在这里

要是还是搞不定，你可以把应用名称（私信我就行）或者你写入存储的代码片段贴出来，我帮你再针对性排查~

内容的提问来源于stack exchange，提问作者Nicolas KB