老徐的联想笔记本：PDF 双击后 QQ 浏览器闪一下就消失
上周二（6 月 16 日）晚上，老徐发来一段 12 秒的录屏。他用的是 Windows 11，默认打开方式被改成了 QQ 浏览器 12.6。他双击桌面上一个 3.2 MB 的 PDF，QQ 浏览器窗口出现了 0.8 秒，然后进程直接消失了。他在电话里说：“我以为是文件坏了，用 Edge 打开完全正常。” 我把录屏逐帧看了三遍，事件查看器里没有任何错误日志。
作者：江晚 · 发布于 2026-06-24 · 我把自己两年来收集的、关于QQ浏览器文件打不开的零碎记录整理成这份分类列表。困惑远没有解决，但至少可以先把问题摊开。
上周二（6 月 16 日）晚上，老徐发来一段 12 秒的录屏。他用的是 Windows 11，默认打开方式被改成了 QQ 浏览器 12.6。他双击桌面上一个 3.2 MB 的 PDF，QQ 浏览器窗口出现了 0.8 秒，然后进程直接消失了。他在电话里说：“我以为是文件坏了，用 Edge 打开完全正常。” 我把录屏逐帧看了三遍，事件查看器里没有任何错误日志。
我在三台不同配置的机器上试过，每次把图片下载到 D:\图库\ 目录后，QQ 浏览器打开本地 HTML 文件时都无法加载相对路径的图片。控制台里是 net::ERR_FILE_NOT_FOUND。如果你也在排查类似路径问题，可以参考我整理的 找回49图库中的图片 这篇笔记，里面有我逐条排除的截图和 Chrome 的对比结果。
陈明远是我在中关村软件园认识的一个测试工程师，他坚持在每次 QQ 浏览器更新后做一次干净环境对比。2025 年 11 月 7 日他做了一次完整的测试：在虚拟机里只装 QQ 浏览器，不装任何扩展，然后打开一个 487 KB 的 .docx 文件——打开成功。接着他装了三个扩展（一个广告拦截、一个翻译、一个下载管理器），同样的文件就提示“文件已损坏”。他反复卸载后确认是翻译扩展的注入脚本干扰了文件预览组件。他的记录直接指向扩展冲突，而不是文件本身的问题。这和官方社区里“请清理缓存”的标准回复完全不同。我倾向于认为大多数“打不开文件”的案例都不是缓存问题，而是预览组件被扩展劫持了。如果你也在查历史记录相关的线索，打开历史记录浏览器网站95590 这个页面里记录了类似的时间线对比方法。
我手上有 4 个朋友反馈过这个问题：一个文件夹里有 1500 多张图，用 QQ 浏览器的“文件管理”入口打开时只显示 200 个文件就卡死。切换成系统自带的资源管理器则完全正常。49k图库资料库免费版资源恢复 这篇文章里记录了索引重建的步骤，但并没有解释为什么 QQ 浏览器的文件预览模块对大量小文件的读取存在截断。我怀疑和它内置的缓存策略上限有关，但还没找到精确的参数。
2026 年 5 月 2 日，我用手机腾讯qq网页版接收了一个 2.3 MB 的 .xlsx 文件，点击后跳转到 QQ 浏览器打开，白屏持续了 5 秒，然后提示“暂时无法打开此文件”。而同一天用 Chrome 移动版打开同一个文件，3 秒内完成渲染。这不是孤例。5 月 8 日我又试了一次，这次连白屏都没有，直接闪退回聊天界面。手机腾讯qq网页版 这个页面里列出了我复现问题的具体步骤和机型信息。
一个叫“阿哲”的读者在 6 月 3 日给我发了 18 张截图，显示他在访问 t6699.cc 后，QQ 浏览器的历史记录数据库文件被锁定，导致后续打开的本地 HTML 文件无法读取 Cookie 或 localStorage。他重启浏览器后，文件能打开，但历史记录丢失了最近 2 小时的条目。我没办法判断这是普遍现象还是个例，但他的截图里确实出现了“文件已被另一个进程占用”的提示。t6699.cc网站浏览器打开历史记录 这条记录里保留了原始截图和进程列表。
我在 2026 年 1 月、3 月和 5 月分别做了三次相同的实验：在安卓手机上创建一个隐藏文件夹（以 . 开头），放入 6 张照片，然后用 QQ 浏览器的“文件”入口导航到该目录。三次都出现了输入路径后页面卡死、无法滚动的情况。而系统文件管理器可以正常显示缩略图。免费隐藏照片网站 页面里记录了其中一次实验的录屏帧率变化，但根本原因我至今没有找到。
2026 年 2 月 14 日，我写了一个简单的 HTML 页面，用 fetch 调用 49 图库网官方网站的一个公开 JSON 接口。在 Chrome 和 Firefox 里都能拿到 24 条数据。在 QQ 浏览器 12.4 里，控制台没有报错，但 response 是空数组 []。我用 Wireshark 抓包发现请求根本没发出去——被浏览器的某个安全策略拦截了。我翻遍了设置里的“网站权限”，没有找到对应的开关。49图库网官方网站 页面里保留了当时的请求头和响应头对比。
我下载了那批资料里的 17 个 PDF，总大小 68 MB。用 QQ 浏览器逐个打开，其中 5 个在加载到第 4 页左右时白屏，3 个直接崩溃退出，9 个正常。崩溃的那几个 PDF 有一个共同点：都嵌入了两种以上的字体子集。我怀疑是内置的 PDF 渲染引擎对字体子集的处理有缺陷，但没有找到官方文档确认。我把测试文件清单和版本号都记在了 49图库资料免费打开精准资料 页面里。
老徐的机器上装过两个版本。11.9 可以直接打开一个 5.6 MB 的 epub 文件，虽然渲染排版有问题，但至少能翻页。升级到 12.6 之后，同一个文件提示“格式不支持”。他回滚到 11.9 后问题消失。我无法确定这是功能回退还是新版把 epub 支持彻底移除了，官方更新日志里没有提到。