凌晨一点半，我把一份 42 页的 PDF 拖进 QQ 浏览器的下载栏，文件名中途被截断成了「复制用qq浏览器下载(1)」。

先说结论，可能不太中听：「复制用qq浏览器下载」这个说法本身是含混的。它把剪贴板动作、下载队列、文件落盘三件不同层次的事揉成了一个词，于是每一次出问题，我们都得从头把这三层拆开，才能找到真正卡住的位置。

那天凌晨一点半，我在国家图书馆的数字资源页找到一份 1931 年的期刊扫描件，42 页，单页大约 1.8 MB。点下载的瞬间，浏览器展开下载栏，文件名被截成了「复制用qq浏览器下载(1)」，后半截书名号悬在外面。这个现象并不稀奇——多数浏览器对 URL 里的中文名做截断处理，长度按字节而非字数计算。真正让我卡住的是后面一步。

我习惯性地全选地址栏、复制、再粘进下载栏旁边的输入框，想让浏览器重新抓取。结果它没有下载，而是跳去了一个搜索结果页，标题里还带着我复制的那串中文字符。我在那儿坐了将近四十分钟，反复确认是不是自己手残。

后来陈默在电话里说了一句话，我记下来了：「浏览器把输入框和下载框当成两套东西，你把网址喂给下载框，它当然只会当成搜索词。」他让我改走设置页，手动把剪贴板的 URL 交给任务解析器，一次就成。

他的建议是对的。设置页里的默认下载目录指向一个叫 Download/mid 的层级，里面藏着 9 个 .part 文件。它们是我之前几次失败尝试留下的碎片。合并之后，42 页的扫描件终于完整，文件名也恢复了原样。老周当时在电话那头念了三遍这个路径，我念错了两遍「mid」，他说「你把它当 midi 记」才记住。

我想特别说一下 2019 年那台旧 ThinkPad。它现在放在书架最上层，屏幕右下角还留着一张我舍不得删的截图：3.7 MB/s，十六个下载任务排队，时间显示 2019 年 3 月 21 日 02:14。那会儿我用的是很笨的办法，翻来覆去地在相册和下载目录之间手动搬运，和今天讨论的 17图库资料恢复到相册 这类流程其实一脉相承，只是工具变了，逻辑没变。

关于这类操作，我确实有一点愿意拿出来争论的看法：把「复制」和「下载」绑定成一个固定说法，对新手是误导。更准确的说法应该是——先确认剪贴板里是什么类型的内容（文本、URL、还是一段带编码的分享链接），再决定交给哪条通道。浏览器不会替我们做这一步判断，它只会照规则办事。

十一月十三日那次误删更让我确信这一点。那份缩略图集有 147 张，最后恢复出 132 张，剩下 15 张永久留在了缓存碎片里。如果当时我把「复制」这个动作和「下载」这个动作分开记录，也许就不会在清理目录时一并勾选。

写到这里天已经亮了。我把那份 42 页的扫描件放进归档文件夹，命名为 1931_journal_p42_verified，加上校验记录。这一夜的失望是真的，但意外收获也真实：至少下次再遇到「复制用qq浏览器下载」这种被截断的命名，我知道先去设置页看一眼那个 mid 目录。