我不得不在另一个项目上处理此类问题。我终于找到了一个聪明的解决方案，如另一个Stackoverflow 问题中所述。

解释在以下帖子中给出：http : //gruffcode.com/2010/10/28/detecting-the-file-download-dialog-in-the-browser

这个想法是“简单地”使用 cookie 来定义文件的下载时间。

不存在这样的事件。你需要采取不同的方法来解决这个问题。

1. 将下载链接定位到具有名称 ( target="myhiddeniframe")的隐藏 iframe
2. 单击下载链接，显示您的加载微调器
3. 将onloadiframe的属性设置为隐藏微调器的回调

净效果：您在生成 pdf 时“旋转”，并在“文件下载”对话框出现时“旋转”（与“文件下载”对话框关闭时相反）。

• 打开您的等待弹出窗口
• 执行AJAX 查询以生成文件，该文件将返回该文件的 URL
• 在 AJAX 查询回调中，关闭等待弹出窗口，然后重定向到文件 URL

例子：

$('.generate_file_asynchronously').click(function(){
    var url = $(this).attr('href');

    show_loading_message();

    $.get(url, function(file_url) {
        hide_loading_message();
        window.location.href = file_url;
    });

    return false;
});

我很确定答案是否定的，除非您想考虑在浏览器中使用某种 ActiveX 插件（在这种情况下，答案可能仍然是否定的...）

我在此处以及有关 stackoverflow 和其他地方的相关问题中阅读的所有答案仅解决了问题的第一部分，即服务器准备文件所需的时间。问题的第二部分，即文件在客户端实际完成下载所需的时间，并不是那么简单。

在我们的应用程序中，我们遵循了以下方法。我们已经有一个基于 Cometd 的通知推送机制（您可以在此处阅读有关Cometd 的更多信息：什么是 Cometd？为什么使用它以及如何使用它），但我想您也可以使用 WebSockets 或类似的东西。我们在后端使用 Java，但它可以是任何东西。所以：

1. 客户端启动下载，发送一个包含用户 ID 和其他一些特定于应用程序和下载的唯一值的标志/令牌。它隐藏了下载按钮。
2. 服务器接收请求，准备下载文件并启动响应，设置适当的标头，如其他解决方案中所述（例如，使用 cookie）。
3. 客户端收到响应，但不显示按钮，它只知道服务器已成功创建文件并开始下载。
4. 服务器知道下载何时实际完成（因为它在循环中将文件流式传输到输出，如下所述：https : //stackoverflow.com/a/2343483/134120）。当服务器知道文件已完成下载时，它会使用 Cometd 向客户端推送带有第 1 步中的令牌的通知。
5. 客户端收到下载完成的通知并再次显示该按钮。