Flutter中向WebView传递认证Cookie后仍重定向至登录页的问题

核心原因：304状态码导致缓存复用 #

304状态码就是问题的关键——WebView加载目标页面时，服务器返回「未修改」，意味着WebView直接复用了本地缓存的未认证状态页面，自然会跳转到Web端登录页。而Postman默认不带缓存，每次都是全新请求，所以能拿到200的已认证页面，这就是两者差异的根源。

具体解决步骤 #

1. 强制WebView禁用缓存 #

初始化WebView时，通过请求头或JS强制跳过缓存：

WebView(
  initialUrl: '你的目标页面地址',
  javascriptMode: JavascriptMode.unrestricted,
  initialCookies: [
    WebViewCookie(
      name: '后端返回的会话Cookie名',
      value: '你的会话令牌值',
      domain: '服务器域名（如xxx.com）',
      path: '/', // 必须覆盖所有路径
    ),
  ],
  onWebViewCreated: (WebViewController controller) {
    // 用请求头禁用缓存
    controller.loadUrl(
      '你的目标页面地址',
      headers: {
        'Cookie': '后端返回的会话Cookie名=你的会话令牌值',
        'Cache-Control': 'no-cache, no-store, must-revalidate',
        'Pragma': 'no-cache',
        'Expires': '0',
      },
    );
    // 或者加载后强制刷新忽略缓存
    controller.runJavascript('window.location.reload(true);');
  },
)

2. 核对Cookie的关键参数 #

• 确保domain和后端设置完全一致：如果后端Cookie是.xxx.com（泛域名），不能只填xxx.com；
• path必须设为/，否则Cookie只会在特定路径生效；
• 确认Cookie名称和后端返回的完全匹配，比如后端给的是session_token，别写成token。

3. 验证WebView的Cookie是否生效 #

加载后用JS获取当前Cookie，确认会话令牌是否存在：

controller.runJavascriptReturningResult('document.cookie').then((cookieStr) {
  print('当前WebView Cookie: $cookieStr');
  // 检查输出里是否包含你的会话令牌
});

4. 协调后端调整缓存策略 #

如果后端对目标页面设置了强缓存（比如Cache-Control: max-age=3600），即使WebView带了Cookie，服务器还是会返回304。这时候需要后端配合，在已认证页面的响应头里设置Cache-Control: no-cache，或者允许请求时通过If-Modified-Since/If-None-Match强制返回最新页面。

总结 #

解决思路就是打破WebView的缓存复用，同时确保Cookie参数完全正确。按上面的步骤排查，基本能解决跳转登录页的问题。

内容的提问来源于stack exchange，提问作者Angelina Gromova