XMLHttpRequest 文件上传进度监视器仅触发一次 - 是否可以触发更频繁的更新？

这个问题之前已经在网络上被问过几次了，通常的回答是连接速度允许上传完成，然后进度可以触发不止一次。

好吧，就我而言，我只有 5.5mb/sec 的下载速度和 0.5mb/sec 的上传速度，但是当我上传 5mb 左右的文件时，行为与上传 40k 图像时的行为相同。

行为：上传进度立即显示为 100%，尽管 network/XHR 下的 devTools 正确显示请求“待处理”，直到服务器真正收到数据。单个上传和多个文件上传都是如此。所有单个进度条都会直接进入 100%。

最初，这显然是不可避免的，因为我的 Apache/PHP 使用的是 FastCgi。然后我将其更改为 mod_PHP 仅用于相关域，这使我至少可以看到进度条的所有荣耀，但前提是我打开 devTools 节流到 3g 模拟（快速或慢速）。

考虑到 3G 上传速度大约是我真正宽带的 4 倍，速度不可能是问题。

所有上传的目的地是我的远程服务器，位于不同城市的数据中心。通常，在客户端调整大小后，单个文件在 150kb-250kb 范围内。不是很大，但由于相关表单最多可以上传 6 个文件，这仍然为任何宽带速度同样糟糕的用户提供了足够的时间来单击主表单提交按钮并离开页面而不会警告他们的上传尚未注册。

起初我以为我编码错误，所以我从各种在线教程下载了代码示例，我将它们逐字添加到新的空白文件中。所有这些都有效 - 或无效，取决于是否开启了 devTools 限制 - 就像我自己的代码一样。

我已经将一种半途而废的方法与动画 GIF 结合起来，该动画 GIF 会旋转直到 200 响应代码出现，但显然这不包括我想要的百分比数字。此外，如果宽带速度慢得要命，而用户不耐烦，他们可能会认为流程已冻结并导航离开。

有没有人遇到过这种情况？我不愿意放弃，因为下一个建议可能就是那个建议。毕竟，提到 fastCgi 是一个问题是在一个论坛上的一个简单的“一次性”评论，没有它我仍然会撕心裂肺 - 而这个关键点是我在其他任何地方都没有看到过的。

感谢您的时间。