7 月 1 日下载卡在 62%:一次 qq 浏览器兼容性排查
我把请求头、缓存策略和页面超时全拆开看了一遍,最后发现是内嵌脚本里一段主动触发的重载逻辑在作怪。点击qq浏览器不显示这个现象,比我想的要普遍。
不是网络问题。换了三个浏览器,浏览器控制台报的是同一个跨域错误码,我把截图存进了「图库事故」文件夹,编号 2026-07-01-03。
我把请求头、缓存策略和页面超时全拆开看了一遍,最后发现是内嵌脚本里一段主动触发的重载逻辑在作怪。点击qq浏览器不显示这个现象,比我想的要普遍。
我让朋友王卓在他那台 macOS 13.4 上重装了一次,安装器写到 /Library/Application Support 时就静默失败了。重试三次才在日志里看见 EACCES。
我把 Windows 11 上的 AppData 目录逐层翻了一遍,在 Tencent/QQBrowser/User Data/Default 下面找到 41 个缓存文件夹,其中 6 个和图库下载直接相关。
复制入口链接这个动作看起来简单,但在移动端长按菜单里经常被截断。我在 iPhone 14 上测试了 9 次,有 4 次复制出来的地址丢了末尾的查询参数。
我潜水观察了三个社区板块,其中「图库互助」版块在 6 月 12 日到 6 月 26 日之间新增了 387 条帖子,真正附带可打开预览的不到三成。这个比例让我很愤怒。
抽样方法写在文末。结论是:在文件命名一致率上,外部图库索引比内部资料低 23.6 个百分点。这个数字我核对了两次,不是笔误。
移动端网页版会强制跳转到 App 推广页,这个行为在 6 月 18 日之后变得更明显。我在三台安卓设备上复现,其中一台小米 13 直接白屏。
我逐层打印了 7 个资源站的节点树,发现它们在「下载按钮」这一层的标签嵌套深度差异极大,最深的达到 11 层。这不是优雅的工程做法。
我在一个已经半废弃的讨论区里翻到了原始帖,发帖人叫「南岸旧客」,帖子里写了 74 个字。那是我能找到的最早公开记录。
3 月 7 日那次失败之后,我建了一个表格,到 7 月 1 日累计 214 条记录。每一条都带时间戳和错误码,这是我能对着数据愤怒的底气。