一次从 Android/data 开始的排查
那天下午我正把手机里积攒的文件往外清。红米 Note 12，MIUI 14，Android 13，QQ 版本 8.9.88，QQ 浏览器 14.6.0。四个数字，缺一个结论都不一样。
点开 QQ 聊天的"文件"入口，找到一个叫「施工图纸最终版(2).rar」的东西，大小 41.6 MB。长按 → 用其他应用打开，系统弹出 QQ 浏览器的图标。
我点了。转了两秒，提示"文件格式不支持"。而同一台机器上，用系统自带的文件管理器解压同一个包，是成功的。
QQ 文件到底存在哪
我先去翻路径。Android 13 上，QQ 的接收文件默认落在 /storage/emulated/0/Android/data/com.tencent.mobileqq/Tencent/QQfile_recv/。
这个目录从 Android 11 起就被 Scoped Storage 圈起来了。普通第三方应用读不到，除非它声明了 MANAGE_EXTERNAL_STORAGE 或走 SAF 授权。
QQ 浏览器在这个环节上做的是"转发"而不是"直读"。所以它拿到的常常是 content:// 形式的 URI，不是 file:// 路径。
路径一变，后缀解析就容易失效——.rar 变成一段没名字的流，浏览器自然不知道拿哪个组件接。
真正起作用的一步
我的做法是：在 QQ 聊天窗口里长按文件，选"保存到手机"，让它先落到 /Download/QQ/。这一步相当于把文件从沙盒里搬出来。
然后再从 QQ 浏览器的"文件"页签里打开。同一份 41.6 MB 的包，这次直接弹出解压选项，一步到位。
顺带说一句，如果你遇到的是权限弹窗反复失败，可以对照 权限 这篇里的清单逐项核对，尤其是"所有文件访问权限"那一栏。
版本差异比想象中大
我拿另一台旧机器比对：Android 10，QQ 8.9.68，QQ 浏览器 13.2。同一个 .rar，旧机上从 QQfile_recv 直接打开就成功。
原因很直白——Android 10 还没完全收紧 Scoped Storage，浏览器能直接读绝对路径。到了 Android 13，这条路走不通了。
所以网上一半说"能打开"、一半说"打不开"的帖子，其实都没错，只是设备版本不同。这也是我坚持在每篇里标系统版本的原因。
如果你还在恢复旧设备上的记录，可以参考 恢复观看历史播放影片 里那套按时间轴回溯的思路，逻辑是相通的。
缓存这层容易被忽略
还有一次失败更隐蔽。文件其实已经下完，但 QQ 浏览器的下载缓存里留了个 0 字节的占位文件，名字一模一样。
你点"打开"的时候，它优先命中缓存里的空文件，于是永远失败。清掉 QQBrowser/download/ 下的残片，问题立刻消失。
这类"看起来是格式问题、实际是缓存问题"的案例，我在整理资料库时见过太多次，处理思路和 正版4949图库资料库app恢复教程更新日志 里描述的重建流程几乎一致：先清、再认、后打开。
顺便提一句，如果你需要更系统的目录对照表，恢复49图库免费资料 那篇里附了一张 Android 11/12/13 的路径变迁图，我拿来核对了三次。
至于具体的成功案例对照，我把两台机器的截图整理在了 49图库49tk.cm资料库查询成功案例 中，方便横向比较。
另外提醒一句，网上关于某些站点的地址说法很乱，比如常被搜索的 新奥彩官方网站地址，我建议只信官方渠道，不要从第三方链接跳转，这是我个人的保守判断。
我对这件事的看法
说实话，我不认为「QQ 浏览器打开 QQ 文件」这个组合本身有什么设计缺陷。真正被低估的是系统权限模型的变化速度。
普通用户不需要懂 Scoped Storage，但厂商的引导文案没跟上，才让"打不开"成了默认体验。这一点上，我认为责任更多在系统层而非浏览器。
所以我做这个站，就是想把每一条路径、每一个版本号都写清楚，而不是丢一句"清缓存重启"了事。