Mac版Chrome中XMLHttpRequest.open触发地址栏异常变更（NTLM认证场景）求助

这是个典型的跨平台浏览器行为差异问题，我帮你梳理下背后的原因和可行的解决思路：

问题根源分析 #

• Mac Chrome的NTLM认证处理逻辑差异：Windows上的Chrome是在浏览器内部完成NTLM认证流程，能清晰区分AJAX请求和页面导航请求，所以不会修改地址栏。但Mac版Chrome依赖系统层面的认证弹窗机制，当跨域AJAX请求触发NTLM认证时，浏览器误将这个AJAX请求的认证流程判定为页面级导航操作，进而把目标URL替换到地址栏上。
• CORS跨域的叠加影响：跨域场景下浏览器的安全策略会对认证请求做额外校验，Mac Chrome在这种组合场景下没有正确隔离AJAX请求的上下文，导致地址栏被意外修改。

可行的解决方案 #

• 替换为fetch API发起请求：相比传统的XMLHttpRequest，现代浏览器的fetch API在跨域认证处理上的逻辑更严谨。你可以尝试把请求改成fetch，并配置credentials: 'include'来携带认证信息，大概率能避免地址栏跳转的问题。示例代码：

  fetch('https://your-target-url.com/api', {
    method: 'GET',
    credentials: 'include'
  })
  .then(response => response.json())
  .catch(error => console.error('请求出错:', error));
  

• 优化服务器端NTLM预协商：让服务器在处理CORS的OPTIONS预检请求时，就完成NTLM的握手协商，避免触发浏览器的手动认证弹窗。这样后续的AJAX请求就能自动携带认证信息，不会触发地址栏变化。
• 调整Chrome设置或更新版本：在Mac Chrome的chrome://settings/content/passwords中开启自动登录功能，若目标站点已保存认证信息，就能跳过弹窗环节；另外确保Chrome是最新版本，部分旧版本的这类行为bug可能已经被官方修复。
• 增加同源代理层：如果上述方法都不适用，可以在前端和目标NTLM服务器之间搭建一个同源代理。前端请求同源的代理服务器，由代理去和目标NTLM服务器通信，这样前端请求处于同源上下文，不会触发跨域+NTLM的特殊处理，地址栏自然不会被修改。

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