JavaScript/jQuery：如何确保跨域点击跟踪事件在用户离开页面之前成功？

Question

我正在从我们公司 Intranet 的各个页面实现点击跟踪，以便添加一些急需的众包流行链接功能（“过去 24 小时内您部门中最受欢迎的链接”等）

。 live() 绑定到页面上所有链接元素的 mousedown 事件，过滤该事件，然后在返回 true 之前向后端服务器发出包含各种数据的伪 ajax 请求，以便触发链接操作

$("#contentarea a").live("mousedown", function(ev) {
    //
    // detect event, find closest link, process it  here
    //
    $.ajax({
        url: 'my-url',
        cache: false,
        dataType: 'jsonp',
        jsonp: 'cb',
        data: myDataString,
        success: function() {
            // silence is golden -- server does send success JSONP but 
            // regardless of success or failure, we allow the user to continue
        }
    });

    return true; // allow event to continue, user leaves the page.
}

：您可能从上面猜到，我有几个限制：

• 后端跟踪服务器位于与调用页面不同的子域上。我无法回避这个问题。这就是为什么我使用 JSONP（和 GET）而不是使用 POST 的正确 AJAX。我无法实现 AJAX 代理，因为 Web 服务器没有脚本的出站网络访问权限。
• 这可能不相关，但为了充分披露，内容和脚本位于“主要内容”iframe 内（并且这不会改变。我最终可能会将事件侦听器移动到父框架以监视它的链接和所有子内容，但步骤 1 是让它在“1 个子窗口”的简化情况下正常工作）。父级和子级是同一域。
• 后端是 IIS/ASP（同样，一个约束 - 不要问！），因此我无法立即分叉后端进程或以其他方式终止响应，但可以像在更好的平台上一样继续处理

尽管所有这一切，在大多数情况下，系统都能正常工作——我点击页面上的链接，它们就会非常无缝地出现在数据库中。

然而它并不可靠——对于大量链接，特别是目标设置为“_top”的站外链接，它们不会出现。如果在新选项卡或窗口中打开链接，则注册正常。

我已经排除了脚本错误 - 似乎是：

（a）请求永远不会及时到达后端； ( b

) 请求正在发出，但 ASP 检测到客户端不久后断开连接，并且由于它是 GET 请求，因此不处理它。

我怀疑（b），因为服务器的延迟非常快并且许多链接注册正常。如果我在事件触发后放置一个警报弹出窗口，或者将返回值设置为 false，则单击会注册成功。

关于如何解决这个问题有什么建议（在我无法改变约束的情况下）？我无法使 GET 请求同步，因为它不是真正的 AJAX。

问：如果我向 ASP 发出 POST 请求，效果会更好吗？如果 (b) 是罪魁祸首，那么 POST 与 GET 的行为是否会有所不同？如果是这样，我可以使用隐藏的 iframe/form 来发布数据。然而，我怀疑这会更慢、更笨重，而且可能仍然无法及时完成。我无法监听请求是否完成，因为它是跨域的。

问：我可以在 GET 请求发出后向脚本添加延迟吗？我如何以单线程方式执行此操作？我需要从我的函数返回 true，以确保默认事件最终触发，所以我不能使用 setTimeout()。等待“成功”触发并设置一些变量的紧密循环会起作用吗？我担心这会使事情冻结太多并且响应速度会变慢。我认为 jQuery Delay() 插件也只是一个循环？

或者是其他我没有想到的东西可能是罪魁祸首？

我不需要防弹的可靠性。如果所有链接在 95% 的时间内都同样可捕获，那就没问题了。然而现在，有些链接 100% 的时间都可以捕获，而其他链接却无法捕获——这不会影响我想要实现的目标。

提前致谢。

Answer 1

我会尝试不同的方法。您可以绑定到不同的事件，例如：

$(window).unload(function(event) {
  // tracking code here
});

Answer 2

我会尝试从链接事件处理程序返回 false，记住 URL，并仅在 JSONP 请求成功时导航离开。希望它不会增加太多的延迟。考虑到您在内联网上，这可能没问题。

Answer 3

解决了！

简短的回答是：没有可靠的方法可以通过 GET 请求来执行此跨域操作。我尝试了各种方法，包括存储事件并尝试稍后重播该事件，以及各种方式的黑客尝试使其发挥作用。

然后我尝试了紧密循环，它们也不可靠。

最后，我只是屈服并使用动态创建的表单来发布结果，并将目标设置为隐藏的 iFrame。

工作可靠——浏览器似乎在继续之前暂停以完成其 POST 请求，并且 ASP 尊重 POST。事实证明它一点也不“笨重”。当然，由于浏览器安全模型，我看不到结果......但在这种情况下并不重要。

我现在后悔自己没有先尝试这个选择。