7 月 19 日下午三点，我把一份 2.3 MB 的《2026 年第二季度供应商对账表.xlsx》从 MacBook Air 的隔空投送传到 iPhone 13 的「文件」App 里，然后用 QQ 浏览器点开它，屏幕弹出一行小字：「无法打开此文件，请检查文件格式」。这个提示我这一周遇见过四次，前三次都绕过去了，第四次我决定把它拆开看清楚。我把手机放在茶几上，翻到「设置 → 隐私与安全性 → 文件与文件夹」，发现 QQ 浏览器只被授权访问「下载」文件夹，而那份 .xlsx 躺在「iCloud 云盘 / 共享 / 对账」这个路径下。于是我把它挪进「我的 iPhone / QQ浏览器 / Downloads」，再打开，这次它老老实实地进了内置预览。
这件事听起来琐碎，但把它放进「苹果设备上第三方浏览器如何打开本地文件」这个题里，它其实指向一条不太被说清楚的分界线：iOS 的文件授权不是按 App 分配的，是按目录分配的。QQ 浏览器在 iPhone 上的「打开文件」入口有两个——一个是下载列表里的本地文件，一个是「文件」App 通过共享面板递过来的临时副本。前者受限于沙盒，后者只是一次性传递，不会留下副本。我前后试了六次，最后确定最稳的动作是：在「文件」App 里长按文件 → 共享 → 选「拷贝到 QQ浏览器」，而不是在 QQ 浏览器里主动去「打开文件」。这个方向调过来之后，那四次失败一次都没再出现。另外，如果你更关心浏览器本身在移动端的网页模式切换，我此前在 qq浏览器怎么网页模式 里写过一段完整的操作路径，可以拿来对照。
还有一处细节值得单独记一笔。7 月 21 日晚上，我用 QQ 浏览器打开一份从邮件附件里存下来的 .pages 文件，它直接提示「不支持该格式」。这并不意外——.pages 是苹果自家格式，QQ 浏览器内置的文档引擎基于另一套解析库，我查过它的版本号，是 2026 年 6 月更新的 12.4.0 构建。真正让我意外的是，同一份文件在「文件」App 里长按、选「快速查看」，是能正常渲染的。也就是说，问题不在文件，而在打开它的容器。这条结论后来被我写进了自己的故障笔记里，编号 07-21-B。相关的资料整理类站点我也顺手收进了书签，比如 49图库资料库资料免费打开精准49图库，它对我理解「文件入口」这件事有帮助，虽然内容不是专门讲 iOS 的。
说一句可能不太讨喜的个人观点：我认为在 iOS 上纠结「哪个第三方浏览器能打开更多格式」这件事，方向本身就偏了。苹果从 iOS 13 开始就把文件打开能力交给 Quick Look 和系统级共享面板，第三方浏览器能做的只是「接收副本并用自己的引擎再渲染一遍」。所以与其反复测试哪个浏览器兼容性更好，不如把文件先放进「文件」App 能识别的位置，再用共享递过去。这个观点在我自己的读者群里被反驳过两次，有人坚持认为 QQ 浏览器内置的 PDF 阅读器翻页更顺，这点我倒不否认，但它解决的是体验问题，不是能力问题。这两种判断要分开，不然讨论会一直糊在一起。
为了把这份收录做得更完整，我把 7 月 19 日到 7 月 25 日之间实测过的格式列了一个小清单：PDF、.docx、.xlsx 通过「拷贝到 QQ浏览器」全部可读；.pages 和 .key 走共享面板仍失败，需退回「文件」App 快速查看；.zip 可以被 QQ 浏览器接收但无法解压，得用系统「文件」App 解压后再传。清单之外，我还记下了一个技术支持的参考页 49图库资料中心免费打开49图库资料技术支持，它的组织方式和我的故障笔记有几分相似，都是按「现象—路径—结果」三段来记。如果你遇到的是下载后打不开的情况，另有一篇 如何通过官方渠道恢复49图库资料 讲恢复步骤，思路可以迁移。
整理到这里，我把它压缩成一句可执行的话：在苹果设备上用 QQ 浏览器打开文件，正确顺序永远是「文件 App 找到文件 → 共享 → 拷贝到 QQ浏览器」，而不是「打开 QQ 浏览器 → 去点打开文件」。这两者的差别，就是授权目录和一次性副本的差别。写下来的时候是 7 月 26 日晚上，窗外刚下过雨，我把杯子里的茶续了第二道，觉得这件事总算说清楚了。