我盯着那个转了半天的圆圈，进度条卡在99%不动了。这几乎是每个用浏览器下东西的人都经历过的时刻——你甚至能感觉到硬盘在嗡嗡响，但那个文件就是不肯落地。然后，要么它突然完成，要么弹出一个“下载失败”的红字，把你打回原点。

Web下载这件事，本质上是个极其粗暴的协议。HTTP从设计之初就没打算让你断点续传——它只是把服务器上的字节流一股脑往你机器上塞。你要是中途断网，那就从头再来。后来出现了Range头，服务器允许你从某个字节位置接着要，这才有了下载工具的生存空间。但浏览器本身依然保守，它默认你是“一次性看完”的，而不是“下载保存”的。

我见过最离谱的案例，是有人用浏览器直接下载一个4GB的虚拟机镜像。进度条走到70%时，Wi-Fi闪断了一下。浏览器二话没说，把已下载的2.8GB文件直接删了，重新开始。那一刻你才意识到，浏览器根本没把下载当回事——它只是顺手帮你把响应体写进临时文件，至于能不能写完，它并不在乎。

真正的转折点出现在浏览器开始支持“流式写入”之后。Chrome和Firefox陆续把下载模块从内存缓存改成了磁盘直写。这意味着你下载大文件时，内存不会爆炸，但同时也意味着——如果你断电，那个残缺的文件会留在你的下载目录里，带着一个.crdownload或者.part的后缀，像一具没烧完的尸体。

后来各家浏览器又加了“恢复下载”功能。但这功能挑服务器。有些CDN根本不支持Range请求，你点了“恢复”，它直接给你返回200和整个文件，浏览器只能一脸懵地重新开始。更滑稽的是，有些服务器支持Range但返回的Content-Range头写错了，下载工具校验不过，干脆报错。你以为是网络问题，其实是服务器端程序员偷懒没测试。

我自己常用的下载方案早就不是浏览器了。命令行工具wget和curl才是硬核选择。wget -c意味着断点续传，curl -C -同理。它们不跟你玩花活，断在哪就从哪接着下。但这两款工具对普通用户太不友好——你得记住参数，得懂什么是重定向，得知道怎么设置代理。这不是普通人该干的活。

所以浏览器依然承担着90%的下载任务。它笨，但它简单。你点一下，它就开始，你不需要知道什么叫TCP拥塞控制，也不需要理解为什么有时候下载速度会从10MB/s掉到200KB/s——那可能是你的路由器QoS在作祟，也可能是服务器限流了。

最近我在下一些老游戏的镜像文件，发现一个有趣的现象：那些托管在个人服务器上的文件，下载速度反而比大厂CDN稳。因为个人服务器带宽小，但没人跟你抢。大厂CDN虽然节点多，但高峰期你连的那个节点可能正被几百人同时榨干。速度忽快忽慢，进度条像心电图。

说到底，web下载就是个碰运气的事。你永远不知道下一秒网络会不会抖一下，也不知道服务器会不会突然抽风。所以我现在养成了个习惯——重要文件一律用下载管理器，普通文件才让浏览器随便下。毕竟，浏览器那套“99%卡住”的鬼把戏，我再也不想领教了。