传输慢通常不是你家带宽的问题，而是服务端在账号维度上做了速度分层；"秒传"也不是真的没传，而是服务端通过文件指纹匹配到了同一份数据，直接建立引用。
一、上传链路发生了什么
一次大文件上传一般要经过这几步：客户端读取文件 → 计算文件指纹（常见是整体 MD5 或分片 hash 组合）→ 携带指纹向服务端请求上传 → 服务端比对已有数据 → 命中则直接返回成功（秒传），未命中则下发分片上传地址 → 客户端并发分片上传 → 服务端合并分片并校验。
所以"上传很快"往往是命中了秒传：服务端已经有同一份文件，不需要再传一遍字节。
二、分片上传解决什么问题
把大文件切成若干固定大小的块，好处有三个：单块失败只需重传该块，不必从头开始；可以并发上传，跑满带宽；支持断点续传，客户端只要记下已完成的分片索引即可。
分片大小需要平衡：太小会让请求数暴涨、元数据开销上升；太大则单块失败的重传代价高。实际产品里通常在几 MB 到几十 MB 之间取值。
三、下载为什么会被限速
下载速度的瓶颈通常不在链路，而在服务端的调度策略。平台会把带宽按账号类型分配队列：
| 策略 | 表现 | 典型场景 |
|---|---|---|
| 免费与会员共用通道 | 免费用户速度不受人为限制 | 不限速类平台 |
| 按账号类型分配带宽队列 | 免费账号被调度到低优先级队列 | 会员分级限速平台 |
这就是为什么同一个文件，会员下得快、免费下得慢——差异来自队列优先级，不是你的网络。
四、分享场景下要注意的事
你上传快，不代表对方下载快。分享给非会员用户时，对方拿到的是低优先级通道，几个 G 的文件可能耗时很久。评估"分享是否可用"时，要看接收端的速度，而不是自己的上传速度。
五、FAQ
Q1：为什么同一个文件第一次传很慢、第二次秒传？
第一次服务端没有这份数据，需要真实传输；第二次指纹已存在，直接引用，所以瞬间完成。跨账号、跨平台不共享这份指纹。
Q2：断点续传是怎么实现的？
客户端把分片索引和已上传状态存到本地，恢复时只补未完成的分片，服务端按索引拼接。
Q3：改文件名会影响秒传吗？
通常不会。指纹基于文件内容计算，改名不改变内容，一般仍能命中；但重新编码或压缩会改变指纹。
Q4：上传速度上不去，优先排查什么？
先排除本地网络与代理，再确认是不是命中了低优先级队列，最后看客户端是否限制并发分片数。
