IE、XDomainRequest 并不总是有效

Posted 2023-02-27

【中文标题】IE、XDomainRequest 并不总是有效

【英文标题】：IE, XDomainRequest not always work

【发布时间】：2011-12-24 21:34:42

【问题描述】：

我正在尝试在 IE 上做跨域。

我使用 XDomainRequest，并为所有事件（onerror、onload、onprogress 和 ontimeout）植入日志记录以监控进度。

它有时会起作用，但并非总是如此（一台计算机，IE9，相同的站点，相同的请求，3 或 4 个中的 1 个有效；另一台计算机，IE8，可能 2 个中的 1 个有效）。我没有从日志中得到任何有用的信息，因为没有触发任何东西。

我很困惑。 IE有什么调试工具吗？为什么有时 XDomainRequest 不起作用？

非常感谢 冠状病毒

【问题讨论】：

使用 IE 内置的 javascript 调试器进行调试（按 F12 打开），或使用Visual Web Developer（免费）。

嗨 gilly3，我试过 F12，但没有任何显示。我现在正在检查 Visual Web Developer ~~

【参考方案1】：

有完全相同的问题。简短的解决方案：

使用此代码：https://github.com/jaubourg/ajaxHooks/blob/master/src/ajax/xdr.js

更新：链接已损坏，请在此处查找 jaubourgs 修复：https://github.com/jaubourg/ajaxHooks/blob/master/src/xdr.js

在该 xdr.js 文件中添加 xdr.onprogress = function() ;

详情可以在此处的jQuery主题讨论中找到

http://bugs.jquery.com/ticket/8283

其中最后一个回复包括 xdr.onprogress 修复，该修复源自此错误讨论，其标题恰如其分

“IE9 RTM - 如果未指定所有事件处理程序，则 XDomainRequest 发出的请求可能会中止” http://social.msdn.microsoft.com/Forums/en-US/iewebdevelopment/thread/30ef3add-767c-4436-b8a9-f1ca19b4812e

【讨论】：

非常感谢。这个答案可能为我节省了几天的工作时间。 Internet Explorer 将成为我的死亡。

【参考方案2】：

XDomainRequest 对象中至少有两个重大错误，一个影响 IE8，另一个影响 IE9。

问题 1 - 垃圾收集

在 Internet Explorer 8 中，XDomainRequest 对象在调用 send() 但尚未完成后错误地接受垃圾回收。此错误的症状是开发人员工具的网络跟踪显示请求“已中止”，并且没有调用任何错误、超时或成功事件处理程序。

典型的 AJAX 代码看起来有点像这样：

function sendCrossDomainAjax(url, successCallback, errorCallback) 
  var xdr = new XDomainRequest();
  xdr.open("get", url);
  xdr.onload = function()  successCallback(); 
  xdr.onerror = function()  errorCallback(); 
  xdr.send();

在此示例中，包含 XDomainRequest 的变量超出范围。如果用户运气不好，IE 的 Javascript 垃圾收集器将在 send() 异步完成之前运行，请求将被中止。即使 XDomainRequest 对象可以被捕获到 OnLoad 和 OnError 事件处理程序中，IE 也会看到整个对象图没有对它的引用，并将垃圾收集它。 IE 应该“固定”对象直到完成。

您会注意到互联网上的很多其他讨论都提到在 xdr.send(); 周围放置一个 setTimeout。 call 将以某种方式“解决”神秘的 XDomainRequest 失败。这是一个kludge，而且完全不正确。所有发生的事情是 XDomainRequest 对象被“固定”到 setTimeout 闭包中，并且不会很快受到垃圾回收的影响。解决不了问题。

要正确解决此问题，请确保 XDomainRequest 存储在全局变量中，直到请求完成。例如：

var pendingXDR = [];

function removeXDR(xdr) 
  // indexOf isn't always supported, you can also use jQuery.inArray()
  var index = pendingXDR.indexOf(xdr);
  if (index >= 0) 
    pendingXDR.splice(index, 1);
  


function sendCrossDomainAjax(url, successCallback, errorCallback) 
  var xdr = new XDomainRequest();
  xdr.open("get", url);

  xdr.onload = function() 
    removeXDR(xdr);
    successCallback();
  

  xdr.onerror = function() 
    removeXDR(xdr);
    errorCallback();
  

  xdr.send();
  pendingXDR.push(xdr);

问题 2 - 缺少 OnProgress EventHandler

第二个问题是已知的。 Internet Explorer 9 在 XDomainRequest 对象中引入了回归，其中缺少（空）OnProgress 事件处理程序会导致请求在尝试报告进度信息时中止。

对于快速请求，IE9 从不尝试调用 OnProgress 事件处理程序并且请求成功。某些情况，例如 IE 由于打开的连接过多、网络延迟、服务器响应缓慢或请求或响应负载过大而延迟请求时，会导致 IE9 开始报告进度信息。

IE9 尝试调用事件处理程序而不首先检查它是否存在，并且 XDomainRequest 对象在内部崩溃并自行销毁。

要解决此问题，请始终确保将事件处理程序附加到 OnProgress。鉴于该错误，为所有对象的事件防御性地添加事件处理程序并不是一个坏主意。

var xdr = new XDomainRequest();
xdr.open("get", url);
xdr.onprogress = function()  ;
// regsister other event handlers

其他问题

我似乎报告说，如果在调用 .open() 之前注册事件处理程序，XDomainRequest 可能会失败。同样，在防守端，在 .open() 和 .send() 调用之间注册它们并不是一个坏主意。我还没有亲自验证这是否是一个实际的错误。

如果您遇到“拒绝访问”错误，这是因为 XDomainRequest 不允许目标页面和主机页面之间的 URI 方案不匹配。换句话说，尽量不要从 HTTPS 页面调用 HTTP 资源。

请注意 Internet 上的大多数 XDomainRequest 库。我查看了大多数流行的插件，例如各种 jQuery AJAX 传输插件（包括此处另一个答案中链接的插件）。

当然，XDomainRequest 受制于所有正常的limitations and constraints。这些本身并不是错误，与替代方案（iframe kludges、Flash crossdomain.xml 传输）相比，它们并没有那么糟糕。

我在这里发布了一个公共域许可下的新 jQuery AJAX XDomainRequest 传输：https://github.com/ebickle/snippets/tree/master/javascript/xdomainrequest

【讨论】：

这是一个很好的答案，但奇怪的是被忽视了。

你无法想象你是如何帮助我的。太好了！在尝试修复此错误时，我变得很生气。

这是迄今为止最好的答案

聚会迟到了，但是将var dummy = xdr 放入 onload/onerror 可以解决 xdr 从 GC 直到完成的问题吗？这将节省对全局的需求。