上周二凌晨一点半,我在那台 2016 年买的旧平板上,第四次输入同一个网址,然后第四次看着进度条停在大概三分之二的位置。屏幕亮度已经调到最低,房间里只有充电器的指示灯亮着,我当时的想法很朴素:如果有一个浏览器能做到「输进去就打开,别卡、别跳、别拦」,我愿意为它写一篇长文,哪怕它本身是免费的。这个念头后来变成了六天的记录,也变成了你现在看到的这篇东西。我把它叫做「免费可直接打开网站的浏览器」这个问题的实测,而不是推荐清单,是因为清单我写过,写完之后自己都不太敢回看。

第一天我做了最笨的事:把三款装机量靠前的免费浏览器分别装到平板上,然后清空数据,重启,计时。第一款安装包 47MB,第二款 112MB,第三款 168MB;第一次冷启动到首屏可交互,分别是 3.9 秒、6.2 秒和 8.8 秒。沈明远是我在大学图书馆认识的朋友,现在做前端,他听我说完这个过程之后只回了一句:「你测的是启动,用户感知的是第一次点击。」他说得对。第二天我换了指标,从点击图标开始计时,到地址栏可以接受输入为止,三个数字变成了 4.4、7.1 和 9.5。第三款在第四次测试时弹出了一个「清理加速」的提示,我点了取消,它又弹了一次。这个动作我记在了笔记本第三页,旁边写着:工具如果不肯接受「不」,它就不是工具。

第二天下午我把测试场地换到了那台 4GB 内存的手机上,这才是真正的考场。同一批页面,第一款的平均首屏是 2.6 秒,第二款 3.8 秒,第三款稳定在 5 秒以上,并且在第三次打开图库类页面时直接闪退。我用了整整四十分钟才把那个页面重新打开,原因不是网络,是它自己把标签页回收了。这里必须说一句可能不太讨喜的话:多数所谓「免费浏览器」的核心成本不在钱,而在它对你的时间与注意力的隐性征收,广告位、推荐流、默认搜索、启动时的三秒开屏,都是税。我个人的判断是,一个真正称得上「可直接打开」的浏览器,第一屏不该出现任何不是我要看的东西。这个标准有点苛刻,我承认,但用了六天之后,我反而更坚持它了。

第三天我关掉了 JavaScript,同一个页面首屏从 5.6 秒降到 1.8 秒。这个实验我重复了五遍,四遍结果一致。它说明的不是「关掉 JS 更好」,而是:我们以为的「打开慢」,很大一部分是我们自己请进来的脚本在收费。

第三天到第四天,我把注意力从速度转向了「读完」。我在三款浏览器里分别打开同一篇 6800 字的长文,记录滚动掉帧、返回时的位置还原、字号是否会被系统设置覆盖。第一款的表现最好,返回后停在原来的段落;第二款回到了顶部;第三款在中途插入了一条推荐。这里我想起 国内图库 那类站点给人的体验差异:内容本身没有变,变的是容器。第四天晚上十点四十分,我在第一款里连续读完了两篇长文,中途没有一次被打断,这个体验本身就值一篇记录。也是在那天,我重新整理了一份关于 免费下载正版49图库 的旧笔记,发现自己两年前写下的判断,有一半已经不再成立——不是内容变了,是打开它的方式变了。

第五天我做的事情比较枯燥:把三款浏览器的缓存机制逐项拆开看。第二款每次启动都会清一次缓存,官方说法是「保持流畅」,实测代价是每次都要重新下载大约 2.3MB 的字体与图标。在网络正常的下午,这 2.3MB 是 0.4 秒;在信号只有两格的晚上,它是 6 秒以上。我不认为这是恶意设计,但它确实是一种「替你做决定」。工具替你做决定之前,你至少应该知道它在替你做哪个决定。第六天上午,我做了最后一次完整回放,从点击图标到关闭,全程录屏,一共 11 分 23 秒。回放里我发现自己在第一款上没有任何一次「犹豫」,在另外两款上分别有 7 次和 11 次停顿——停顿的位置几乎都在弹窗出现的地方。这个数字比任何跑分都更能说明问题。

写到这里,我必须把话说清楚:我不打算给出「就用这一个」的结论,因为你的设备、网络、阅读习惯和我都不一样。我能给的只有过程:三款安装包、六个计时节点、五遍 JS 对照实验、一次 11 分 23 秒的回放,以及一个我自己的判断标准——第一屏干净、返回不丢位置、拒绝弹窗之后它不再问第二遍。顺带一提,我在整理资料时翻到一篇旧文,讲的是 49图库资料库免费打开49图库app网站介绍 里提到的加载顺序问题,那三个细节我至今还在用。六天下来我确实累了,像走完一段不短的路,但笔记本上那 14 页字是实的,这篇东西也是实的,这就够了。