8.9.0.3851 与 8.9.0.4027 的包体差异,附 SHA-1 对照
两个包相差 2.1 MB,主要在 assets 目录里的夜间模式皮肤资源。4027 多出六张 webp,3851 则保留了旧版内核配置文件, 这一点对判断「降级后某功能是否还在」很关键。
上个月整理硬盘,在一只 2016 年买的 2.5 英寸移动硬盘里翻出一个名为 qqbrowser_8.9.0.3851.apk 的安装包, 文件大小 47.3 MB,修改时间停在 2017 年 11 月 4 日 23:12。我把它拷到桌面,双击前犹豫了几秒——这大概是很多人找的那个版本。
先交代一句为什么会有这个页面。2017 年底到 2018 年初那批 qq 浏览器 8.9 的安装包,在我这里一直没删干净, 原因是一位在杭州做前端的朋友老周——他 2018 年 3 月 12 日发微信跟我说,公司内网的一套老 OA 只有 8.9 能正常渲染, 升级到 9.x 之后表单会错位两个像素。他后来把 8.9 的包存在一个命名为「救命」的文件夹里,一存就是好几年。 我因此陆陆续续收集、核对、比对过一些版本信息,如今把它们整理成条目,方便同样需要的人对照。
下面的链接多有交叉,部分条目内容会互相引用;标了「校订」的是我重新比对过文件哈希的。
两个包相差 2.1 MB,主要在 assets 目录里的夜间模式皮肤资源。4027 多出六张 webp,3851 则保留了旧版内核配置文件, 这一点对判断「降级后某功能是否还在」很关键。
先看文件时间戳,再算 SHA-1,最后对比包内 versionCode。三步里第二步最容易出错,因为很多人用的是网盘上的二次打包件。
2023 年 6 月 18 日晚上,我在一台备用机上做降级测试,重启后账号体系直接回到未登录状态。原因是新版写入的 cookie 格式旧版认不出来, 清空 /data/data 下的一个子目录后恢复正常,代价是书签同步得重新拉一遍。
我把常访问的四十个站点挨个过了一遍,白屏的有七个,卡在 TLS 握手的有三个。老内核的证书链支持是最先撑不住的地方。
他说内网 OA 的表格控件是 2015 年的老库,只有在 8.9 的内核下边距计算才是对的。为了两个像素,他四年没升级浏览器, 直到那套 OA 在 2022 年下线。
一共 11 个可查到的构建号,其中 3 个只在小范围渠道分发过。表格里标了每个版本的内核版本与最低系统要求。
安装器直接报「应用未针对此版本优化」,绕过去之后启动闪退两次。这说明老版本不是万能钥匙,系统层面的兼容问题比版本本身更硬。
书签、历史、下载、夜间模式、无图模式逐项过了一遍,能用与不能用的界线比想象中清楚,主要卡在云同步与证书校验。
二次打包太常见了。我比对过六个来源,其中两个的包体被塞进了额外的启动页配置。文件大小对不上时,别急着相信「原版」两个字。
ID 叫「南屏晚钟」的用户在贴吧留存了一份问答帖,我按主题重新归类了其中 300 多条,重复率大概四成,但剩下的仍然有参考价值。