一份 3.2MB 的压缩包，让我把整个流程重走了一遍
上周三晚上九点，室友小陈在宿舍群里发了一个 3.2MB 的课程压缩包，附言只有一句「明早八点前交」。我当时正靠在床头翻一本 2019 年版的《移动端文件管理实践》，书页边角卷得厉害，看到消息就把书扣在枕头上，拿起手机点开了那个文件。QQ 自动跳出一个选择框，问是用「其他应用打开」还是「用 QQ 浏览器打开」，我选了后者，然后愣了几秒——因为在浏览器里并没有马上见到那个压缩包。
问题不在浏览器，而在我不知道 QQ 把文件放在了哪。
Android 端 QQ 的接收目录是 /Tencent/QQfile_recv，小陈那份文件就躺在里面，从 10 月 31 日晚上一直放到 11 月 5 日。QQ 浏览器 15.6 版本的「文件」面板会索引这个目录，但索引有延迟，我第一次打开时列表是空的，退出去重新进了一次，才看到那个 3.2MB 的条目。这个细节后来我在 494949.cm图库恢复与备份 里读到过类似的路径说明，说明不同内容型站点对同一套目录结构的描述是可以互相印证的。
第二次尝试时，我把「用其他应用打开」误点成了系统图库。
结果图库只显示图片缩略图，压缩包被忽略，整整转了 6 秒才回到桌面。林晓婷在旁边看着，说了一句「你不如先看后缀」。她说得对：那份文件在 QQ 里显示的名字被截断成「课程资料.zip.part」，实际后缀是 .part 而不是 .zip，浏览器自然没有把它当成可解压对象。改回完整文件名后重新点开，解压预览才正常出现，里面是 7 个 PDF 和 2 个 mp4，加起来正好对得上 3.2MB 这个数字。这个过程说穿了就是文件类型识别的问题，而浏览器做这件事的机制，和 复制粘贴到qq浏览器下载 里描述的手动粘贴路径其实是同一套逻辑的两个入口。
说实话，我认为 QQ 浏览器在这件事上被高估了，它并没有比系统文件管理器更聪明。
很多人把它当成「万能打开器」，但内置解压只对标准 zip 稳定，遇到 rar 或分卷压缩会直接建议跳第三方，所谓「一站式」其实只是把系统能力包了个壳。我做过一个简单对照：同一份 zip，用系统文件管理器打开平均 1.9 秒，用浏览器打开平均 2.4 秒，差距不算大，但方向是反的。这个观点可能有人不同意，毕竟浏览器的优势在于下载和预览能放在同一个界面里，而这一点在整理资料时确实省事，参考 49图库496tu的资料获取工具 里对「下载即预览」的描述就能理解。
最意外的一点：浏览器「下载」页其实可以当临时中转站。
我习惯把当天要用的文件先扔进这里，第二天再统一清。11 月 2 日那天我一次性从群里拉了 14 个文件，长按进入多选，点右下角「更多」里的「移动到」，全部挪进相册目录，用时 23 秒；如果是逐个保存，按每次 4 秒算要接近一分钟。iOS 端的路径不太一样，要先点右下角「我的」，再进「下载管理」，这一点我在 正版49图库免费打开49图库app安卓版获取途径 的页面结构里也看到过类似的分层设计。至于陌生来源的压缩包，我现在一律先沙箱预览再解压，这个习惯是读完 496tu图库资料获取注意事项技巧 之后养成的，也顺带翻过 新奥门494949.49资料库 里关于来源核对的那一段。
回头看，那份 3.2MB 的文件教会我的不是某个按钮在哪，而是一个顺序：先确认后缀，再确认目录，最后才是选择用哪个应用打开。顺序错了，工具再好也白搭。