我在这里遇到了同样的问题，我公司的后端工程师实施了一种显然被认为是一种很好的做法的行为：当对 URL 的调用返回 401 时，如果客户端设置了标头X-Requested-With: XMLHttpRequest，则服务器将www-authenticate标头放入其回复。

副作用是不会出现默认的身份验证弹出窗口。

确保您的 API 调用将X-Requested-With标头设置为XMLHttpRequest. 如果是这样，除了根据此良好做法更改服务器行为外，别无他法...

当同时满足以下两个条件时，浏览器会弹出登录提示：

1. HTTP 状态为 401
2. WWW-Authenticate 响应中存在标头

如果您可以控制 HTTP 响应，那么您可以WWW-Authenticate从响应中删除标头，浏览器不会弹出登录对话框。

如果您无法控制响应，则可以设置代理以WWW-Authenticate从响应中过滤掉标头。

据我所知（如果我错了，请随时纠正我），一旦浏览器收到WWW-Authenticate标题，就无法阻止登录提示。

我认为这是不可能的——如果你使用浏览器的 HTTP 客户端实现，它总是会弹出那个对话框。想到了两个黑客：

1. 也许 Flash 处理这个的方式不同（我还没有尝试过），所以让 Flash 电影提出请求可能会有所帮助。

2. 您可以为您在自己的服务器上访问的服务设置一个“代理”，并让它稍微修改身份验证标头，以便浏览器无法识别它们。

我意识到这个问题及其答案非常古老。但是，我终于到了这里。也许其他人也会。

如果您有权访问返回 401 的 Web 服务的代码。在这种情况下，只需将服务更改为返回 403（禁止）而不是 401。浏览器不会提示输入凭据以响应 403。403 是未授权使用特定资源的已验证用户的正确代码。这似乎是OP的情况。

来自 403 的 IETF 文档：

收到不足以获得访问权限的有效凭据的服务器应该以 403（禁止）状态代码响应

在 Mozilla 中，您可以在创建 XMLHttpRequest 对象时使用以下脚本实现它：

xmlHttp=new XMLHttpRequest();
xmlHttp.mozBackgroundRequest = true;
xmlHttp.open("GET",URL,true,USERNAME,PASSWORD);
xmlHttp.send(null);

第二行阻止对话框....