在徐汇区图书馆旧阅览室复现 QQ浏览器网页版打开失败
10 月 18 日下午两点,我用那台 2016 年的 ThinkPad 跑了四遍,第三次才成功进入主页,前两次白屏停在进度条 78%。参考了49图库49tk.cm资料查询使用评价下载安装里的排错顺序,问题出在系统字体缓存。
2026-10-18从一次版本比对说起:为什么同一个页面,在我这台旧机器上要刷新两次才肯把中文字体吐出来。
10 月 18 日下午两点,我用那台 2016 年的 ThinkPad 跑了四遍,第三次才成功进入主页,前两次白屏停在进度条 78%。参考了49图库49tk.cm资料查询使用评价下载安装里的排错顺序,问题出在系统字体缓存。
2026-10-18两者共用部分 WebKit 分支代码,但网页版入口在 UA 判断上更严格。我在 12.6.8 上抓了 6 次请求头,差异集中在 X-Requested-With 字段。
2026-10-16同一段 14px 正文,苹方在 Windows 上回退到宋体,字宽多出约 3.4%。四九图库免费正版那篇的排版因此出现两次折行。
2026-10-15本意是比较两个网页版入口的首屏耗时,结果发现 QQ浏览器在第二次打开时缓存策略更激进,首屏快 0.9 秒,但强刷后反而慢。
2026-10-14第三次白屏后我打开了 F12,看到一行 "Failed to load resource: net::ERR_CACHE_READ_FAILURE"。清缓存后恢复,耗时 41 秒。
2026-10-13该页在 QQ浏览器网页版下首屏渲染了 37 个图片节点,其中 9 个使用了懒加载。首屏完整时间 2.1 秒,比她自报的 1.4 秒慢了半拍。
2026-10-12这个观点在读者群里被反驳了十几条。我的理由很简单:拦截规则的误伤率在长尾站点上仍然偏高,我自己站就被误拦过一次。
2026-10-11页面用了 CSS :has() 选择器,12.6.8 支持,但 11.x 直接失效,布局塌成单列。我把这个案例记进了自己的兼容清单。
2026-10-1010 月 9 日晚上九点半,教排版课的张老师在电话里说了这句话。我照做了,省掉大约两小时的猜测。
2026-10-09同一页面跑了 20 轮,12.6.8 平均首屏 1.62 秒,12.4.2 为 1.94 秒。差距主要在字体加载阶段,约 0.21 秒。
2026-10-08我的笨办法:断网刷新。断网后若能看到骨架屏,说明是脚本;若仍是纯白,多半是缓存读取失败。
2026-10-0714:02 首次打开,14:05 白屏,14:09 清缓存,14:11 成功。全部记录在纸质本第 47 页,用蓝笔写的。
2026-10-18我是江晚,在出版社做技术编辑,同时自己维护这个叫「qq浏览器在线打开网页打开」的小站,主要是把平时踩过的浏览器渲染问题一条条记下来。
我没有浏览器厂商的任何合作,测试机器只有两台:一台 2016 年的 ThinkPad,一台 2021 年的 MacBook Air。样本少,所以我尽量把每次的时间、版本号和环境写清楚,方便别人复核。
做这个站的起因很实际。去年帮同事排查一个网页版登录问题,翻遍论坛只找到互相矛盾的答案,我就想,不如自己老老实实做一遍,把过程留下来。
如果你在我写错的细节里找到反例,欢迎写信过来。我更愿意看到一个被修正的结论,而不是一个漂亮的结论。
「测出来的东西才算东西,没测出来的都只是猜。」—— 出自排版课张老师在 2026 年 10 月 9 日的电话长谈中,原话,记录于我的纸质笔记本第 45 页。