优化上传速度：经过验证的有效方法

上传速度受限于 ISP 的上行带宽，其他大多数优化手段只是在这个上限附近做微调。能带来可见提升的实际干预措施：从 Wi-Fi 切换到 Ethernet（持续吞吐量通常提升 30%—50%）、关闭非必要 VPN（提升 10%—40%，取决于 VPN 配置）、大文件上传期间关闭占用 CPU 的后台应用、选择 CDN 节点离你近的传输服务，以及将不对称宽带升级为对称光纤（如果你每周都要传输大文件）。先用 speedtest.net 测速，确认你是否已经接近理论上限，还是有优化空间。

先测量，再优化

优化任何东西之前，先测量。在没有其他上传任务时（暂停 Dropbox、iCloud Photos、Google Drive 同步）运行 speedtest.net 或 fast.com，记录上传数字——那就是你的上限。

2026 年各类家用宽带的上行速度差异很大：

| 连接类型 | 典型上行速度 | |---|---| | DSL | 1—10 Mbps | | 有线电视宽带（非对称） | 10—50 Mbps | | 有线电视宽带（DOCSIS 3.1） | 50—100 Mbps | | 光纤（非对称） | 50—500 Mbps | | 光纤（对称） | 500—1000 Mbps | | Starlink/卫星 | 5—40 Mbps | | 5G 固定无线 | 20—200 Mbps |

如果测速显示 50 Mbps 套餐实际跑到 45 Mbps，说明已接近上限——软件优化基本无济于事。如果只跑到 15 Mbps，说明某个环节在限速，存在真正的优化空间。

Ethernet 对比 Wi-Fi 差距悬殊

Wi-Fi 6 宣称最高 9.6 Gbps 吞吐量。实际上，在共享公寓 Wi-Fi 网络中，单台笔记本的持续吞吐量只有 80—250 Mbps，原因在于频道竞争、干扰、与路由器的距离，以及无线共享介质不断做出的让步。

千兆 Ethernet 能稳定传输协商链路速率：940 Mbps 的 TCP 吞吐量，无任何波动。没有以太网口的笔记本，可购置 USB-C 转 Ethernet 适配器，售价约 15—25 美元。接上之后，大文件上传时间通常减半。

非敏感传输时关闭 VPN

VPN 性能差异极大。在现代硬件上配置良好的 WireGuard 隧道，吞吐量损失约 5%。运行深度包检测的企业 VPN 或 TCP 模式 OpenVPN，损失可能高达 50%。通过远端集中器路由的远程接入 VPN，增加的延迟会压垮单连接吞吐量。

如果传输文件不需要走 VPN（例如不是向公司内网服务上传），上传期间关闭 VPN，完成后再重新开启。用 speedtest 测量差异——某些 VPN 的结果可能出乎意料。

关闭竞争 CPU 的应用

客户端加密上传（浏览器中使用 AES-256-GCM）需要真实的 CPU 算力。在开了 40 个标签页、运行 Slack、Zoom 和 Dropbox 同步的老款笔记本上，浏览器主线程过于繁忙，加密吞吐量会明显下降。

大文件上传前的准备工作：

关闭不活跃的标签页（Chrome 的内存用量与标签页数量基本成正比）
如果可以，退出 Slack 和 Teams——两者都会定期唤醒以同步历史记录
暂停 Dropbox、Google Drive、iCloud 同步客户端
关闭视频流媒体（YouTube、Netflix 占用带宽的标签页）

上传时检查 CPU 占用

上传期间打开 Activity Monitor（macOS）或任务管理器（Windows），观察 CPU 使用情况。如果浏览器 CPU 占用率在 100% 附近徘徊，说明 CPU 是瓶颈——更快的 CPU 才能更快上传。如果 CPU 在 20% 左右，说明网络是瓶颈——优化方向在 Wi-Fi、VPN 或带宽上限。

使用 CDN 节点离你近的传输服务

上传速度部分取决于你的设备与上传端点之间的往返时间。使用 CDN 边缘节点（Cloudflare、Fastly、Amazon CloudFront）的服务，会在地理位置离你最近的数据中心终止 TLS，然后转发到源站。往返时间从 100—150 ms（跨洲际）降低到 10—30 ms（同区域）。

对于单连接，TCP 吞吐量大致等于 窗口大小 / 往返时间。往返时间减半，单流吞吐量有望翻倍，在高带宽连接上尤为明显。

拥有全球 CDN 的服务：HexaTransfer（Cloudflare）、WeTransfer（多个 CDN）、Dropbox Transfer（CloudFront）。仅有区域基础设施的服务：SwissTransfer（瑞士/欧洲）、TransferNow（法国）。对于目标区域内的用户，区域服务已经够用；对于远离服务商区域的用户，CDN 支持的服务占优。

有条件时升级到对称光纤

有线宽带在架构上是非对称的——DOCSIS 协议为下行分配了比上行更多的频谱。500/20 Mbps 套餐无论如何优化，上传速度都是 20 Mbps。

光纤到户（FTTH）上下行速度相同。500/500 套餐实际上传速度就是 500 Mbps。对于经常发送大文件的摄影师、摄像师、开发者、建筑师，升级光纤节省的时间价值很快就能超过费用差额。

优先使用支持 HTTP/2 或 HTTP/3 的服务

HTTP/3 基于 QUIC（UDP 协议）运行，在丢包时可按流独立恢复，而不会因一个丢包就阻塞整个连接。在丢包率较高的网络——移动数据、拥挤 Wi-Fi、跨国链路——HTTP/3 明显优于 HTTP/1.1。

基于 Cloudflare 的服务对兼容浏览器自动提供 HTTP/3。Chrome、Firefox、Safari 和 Edge 均支持 HTTP/3。通过浏览器开发者工具的"网络"面板（Protocol 列）可确认上传使用的是 h2 还是 h3，而非 h1。

安排上传在非高峰时段进行

家用 ISP 骨干网会超额订购。晚高峰（本地时间 19:00—23:00），整个小区都在流媒体视频和游戏，上传速度可能下降 20%—40%。

早上 6 点的上传通常比同一连接晚上 9 点完成得更快。对于不紧急的大文件传输，安排在非高峰时段。

根据网络状况选择合适的分块大小

允许调整分块大小的服务（命令行工具、rclone、部分客户端库）值得花时间调优。在稳定的千兆连接上，32—64 MB 分块能最小化请求开销。在移动数据或不稳定 Wi-Fi 上，2—5 MB 分块在失败后恢复更快。

大多数基于浏览器的服务默认 5—10 MB，在各种网络条件下都能勉强应付。如果你在手动集成 tus.io 或 S3 兼容端点，在大批量传输场景下调优是值得的。

验证服务本身是否是瓶颈

用一个 100 MB 的测试文件向某个服务上传，计时，然后在同一时刻用同一台机器重复测试另一个服务。如果服务 A 以 80 Mbps 上传，服务 B 只有 35 Mbps，问题在于服务本身。部分服务会对免费版进行激进限速；其他服务在特定时段会出现源站拥塞。

总结

先用 speedtest 了解你的上限。接有线网络。尽可能关闭 VPN。关掉吃 CPU 的应用。选择 CDN 节点离你近的服务。对于经常传输大文件的用户，投资对称光纤——节省的时间价值远超每月费用差额。大多数"上传速度慢"的问题，根源都在以上几点，而不是什么复杂的协议调优。

在 hexatransfer.com 上试试 — 免费、无需注册、最多 10 GB。