Flutter url_launcher：Token在iOS/Android模拟器无法生效，Web端正常

问题复现 #

使用url_launcher的inAppWebView模式加载链接时，已在请求头中携带Authorization Token，但iOS/Android模拟器中仍跳转至登录页；Flutter Web端所有模式均正常，且请求头已确认包含Token。

排查与解决方向 #

• 跨域配置限制
  移动端WebView的同源策略校验比Web端更严格，目标服务端可能未配置CORS允许Authorization头跨域传递。检查服务端CORS设置，确保允许你的App包名/域名发起的请求携带该头。

• Cookie同步缺失
  多数站点的登录状态依赖Cookie维持，仅通过请求头传递Token的话，WebView页面跳转后后续请求会丢失Token。建议改用webview_flutter包（比url_launcher的WebView控制更精细），手动将Token写入Cookie：

  // 示例：通过JavaScript向WebView写入Cookie
  await webViewController.runJavaScript("""
    document.cookie = 'Authorization=${EndUserApiRequest.ssoHeaders['Authorization']}; path=/; domain=你的目标域名';
  """);
  

• 重定向丢失请求头
  Android/iOS的WebView默认不会在重定向请求中携带自定义头，若目标页面存在302跳转，后续请求会丢失Token。解决方式：

  1. 直接请求重定向后的最终URL
  2. 针对Android，通过WebViewClient的shouldInterceptRequest拦截重定向，重新添加请求头；iOS则通过WKNavigationDelegate处理重定向时的头传递

• Token有效性校验
  对比Web端和移动端的EndUserApiRequest.ssoHeaders内容，确认Token格式（如是否带Bearer 前缀）、有效期完全一致，避免移动端请求时Token已过期。

• 模拟器环境问题
  部分模拟器存在WebView缓存或网络代理干扰，尝试清除App缓存、关闭代理，改用真机测试验证是否为模拟器专属问题。

内容的提问来源于stack exchange，提问作者F. F.