很多人遇到火狐浏览器上传大文件卡死的问题，第一反应往往以为是文件本身的问题，或者网络不稳定。其实，真正的原因往往藏在浏览器默认的HTTP协议栈里——它没有启用分块上传机制，超时时间又太短，再加上一些安全策略的静默拦截，导致上传请求在后台被悄悄终止，界面上连个报错都没有。哪怕你的网络通畅、磁盘空间充足、文件本身完好无损，上传进度条也可能在99%的地方卡住，或者直接失败。

检查并启用Firefox分块上传协议

Firefox默认不启用现代分块上传（Chunked Upload），而像OneDrive、Google Drive、115网盘这类服务端，恰恰依赖这个协议来处理大文件。如果不启用，浏览器就只能走传统的单次POST上传，一旦文件超过2GB，极易触发底层整数溢出，或因为超时而中断。

具体操作其实不复杂：

第一步：在地址栏输入 about:config，点击“接受风险并继续”。

第二步：搜索 dom.upload.chunked，把它双击设为 【true】。

第三步：搜索 dom.upload.max_chunk_size。如果这个参数不存在，就在空白处右键，选择“新建”→“整数”，名称填 dom.upload.max_chunk_size，值填 【20971520】（也就是20MB）。这一步必须手动创建，因为缺省值为空时，分块逻辑根本不会生效。

第四步：搜索 dom.forms.inputmode，双击设为 【true】。这个开关会影响表单级上传控件的兼容性，有些云盘的JS SDK需要靠它来判断是否启用流式上传引擎。

延长HTTP连接与请求超时时间

Firefox默认的 network.http.request.timeout 只给了90秒。上传2GB文件时，只要网络有一次小小的抖动，连接就会被主动断开。服务端收不到完整的分片，自然会返回失败，而不是暂停重试。

在 about:config 页面，需要依次修改三项参数：

① network.http.request.timeout → 设为 【3600】（单位是秒，也就是1小时）；

② network.http.connection-timeout → 设为 【60】；

③ network.http.keep-alive.timeout → 设为 【300】。

这三项加起来，共同扩大了Firefox维持长连接的容忍窗口。如果只改第一项，后面两项仍然保持默认值（通常只有15秒），连接很可能在传输半路就被底层TCP层强制关闭了。

关闭危险下载拦截功能

有些云盘前端的上传组件，会把大文件分片后的临时POST请求体哈希值，误判为可疑行为。而Firefox默认启用了这个检测，一旦触发，就会静默终止整个上传流程——界面上不报错，也不给任何提示。

解决办法有两种：

方法一：在地址栏输入 about:preferences#privacy 回车，滚动到底部的“安全和隐私”区域，取消勾选“拦截危险的下载项”和“拦截危险与反诈内容”。

方法二：直接在 about:config 中搜索 browser.download.block_potentially_unwanted，双击设为 【false】。

绕过Firefox网页上传缺陷的实操方案

OneDrive、Google Drive等平台的网页版“上传”按钮，调用的其实是受限的File API子集。在Firefox中，这个API容易受到CSP策略或沙箱的限制，导致上传中断。但拖拽上传走的是更底层的系统级DnD API，兼容性要好得多。

所以，不要点击OneDrive网页版右上角的“上传”按钮。改用拖拽方式：打开文件资源管理器，选中目标大文件，按住鼠标左键不放，直接拖入OneDrive网页版的空白区域，然后松手。

这一步跳过了前端Ja vaScript上传控件，直接调用浏览器原生拖放事件处理器，可以规避绝大多数因JS执行环境异常导致的上传中断问题。

《夸克》非常好用的免费AI浏览器

下载APP查看