上周三下午，我在老房子的书房里翻一个铁皮文件盒，最底下压着一张打印出来的截图，纸已经发黄了，边角卷起来。截图上是一个 480×270 的浏览器窗口，地址栏只露出一半，页面主体是四列缩略图，右下角有一个我当时用红笔圈出来的数字：4.81 秒。纸的背面写着日期，「2019.11.8」。我坐在那把吱呀响的旧椅子上看了很久，才想起来那天发生了什么——何遇在群里甩了这张图，说了一句「又慢了」，然后就没人再说话。
七年之后，这张截图成了我这次做「恢复49图库49tk资料库免费打开网站优化」的全部起点。
我得先说明我这次到底在做什么，否则后面每句话都会显得像是在绕。所谓恢复，不是把某个已经关停的站重新上线；而是把一条曾经存在、后来在改版中被打散、又被层层叠加的功能盖住的访问路径，按原始形态重新接回去。所谓「免费打开」，也不是一句口号，它对应的是三个可以被测量的东西：首屏在弱网下能不能在五秒内出画、主内容能不能在没有脚本的情况下读到、以及那张缩略图矩阵会不会在滚动时把主线程卡死。这三件事，2019 年我们做得其实不差，2023 年那轮改版之后全丢了。今年四月我决定把它捡回来。
第一个动作是抓包。我在那台 ThinkPad X230 上把浏览器缓存、Service Worker、DNS 缓存全部清掉，用 3G 快速档限速，然后完整录了一次加载。结果不太好：首屏 6.9 秒，图片请求 214 个，其中 61 个是同一张占位图的不同尺寸版本——这是当年为了「防白块」加的保护逻辑，后来没人删，一层一层套上去，变成了负担。我在笔记里写了一行：「恢复的本质不是加东西，是找回删东西的勇气。」
第二个动作是重看。我把那期49tk图库资料库免费打开应用改进建议视频教程又从头看了一遍，这次带着秒表。视频第 3 分 12 秒处，讲者提了一句「精灵图优先于懒加载」，讲得很快，一带而过。但我把它倒回去听了四遍。因为在 2019 年的那套结构里，缩略图矩阵本来就是一张雪碧图切出来的，加载一次，全局复用，根本没有懒加载这回事。后来改版的人不知道这个前提，把它换成了单图 + 懒加载，请求数翻了三十倍。这就是问题所在。
我在排查本上抄了孙维 2021 年写的一句注释：「先活着，再好看。」他当时是在讲降级策略，我这次把它理解成了加载顺序。
所以第三周我做的事情很朴素：把矩阵拆回三段式。第一段是极小的内联占位，全部写死在 HTML 里，不产生额外请求；第二段是一张合并后的雪碧图，控制在 380 KB 以内；第三段才是按需补图。改完之后同一个限速环境下首屏是 1.9 秒。这个数字我反复测了十一次，最差的一次是 2.2 秒，出现在一个 4G 信号只有两格的下午。我把它记在了纸上，没有写进任何报表。
但我要说一句可能会得罪人的话：我不认为「打开得越快越好」是一个成立的命题。快是有代价的，而且代价往往由最不擅长表达的那部分用户承担。把雪碧图压到 380 KB 之后，缩略图在 1080p 屏幕上确实比原图糊，尤其是有细密纹理的那一批。我在4949资料图库资料库免费版用户评价里逐条抄了 37 条差评，其中有 9 条明确写了「图变小了以后看不清」。这 9 个人不会去点开任何一份性能报告，他们只是觉得这个站变差了。所以我在最终版本里留了一个开关，默认是压缩，但页面右上角有一个不显眼的「原图模式」，点开之后会把雪碧图换成分片原图。这个设计不好看，我知道，但它让两边都能活。
第四个动作是路径复原。这是整件事里最琐碎的部分，也是最像考古的部分。我拿着 2019 年的截图，从左到右数每一列的缩略图数量：第一列 9 张，第二列 8 张，第三列 9 张，第四列 7 张。总数 33。改版之后是 24 张，四列均分。这个差异看起来无关紧要，但如果按 33 张来排，第二列和第四列会自然错开半格，形成一种参差的节奏感，而四列均分之后就变成了规规矩矩的网格。我把这个细节跟打开49图库app时期保存下来的一份旧样式表比对了一下，确认当年确实用的是瀑布式列高，而不是等距网格。改回来之后，页面看着「旧」了，但那种「旧」是对的。
第五个动作是删。删掉了两年里加上去的 4 个统计脚本、2 个热更新轮询、1 个自动播放的引导浮层，还有一段没人敢删的兼容代码——它只对一款 2016 年的浏览器生效，而那个浏览器的市场份额在我查到的最近一期数据里是 0.03%。删的时候我有点犹豫，因为每删一段，都像在否定某个同事当年的判断。但我最后还是删了，只在笔记里留了一句：「兼容是给活人留的，不是给幽灵留的。」
第六个动作，也是最容易被忽略的：qq浏览器怎么打开qq文件这类具体到某个浏览器、某个入口的操作路径，我逐条走了一遍。走的过程里发现两个小坑：一是内嵌浏览器对雪碧图的 background-position 有半像素偏移，二是某些国产内核在解析内联占位图时会重排一次。这两个问题都不大，但都会让用户觉得「这个站有点不对劲」，而说不出哪里不对劲。用户说不出，我们就得自己找出来。
做完这些，我又把那张 2019 年的打印件拿出来看了一遍。4.81 秒，红笔圈得很用力，纸都快破了。现在的首屏是 1.9 秒，比当年快了一倍多。可我不觉得这是一场胜利。当年那个 4.81 秒的页面，何遇说「又慢了」，但他还是每天打开；现在这个 1.9 秒的页面，如果哪天打不开了，可能就没人会等。快慢从来不是问题本身，能不能被信任才是。
我把这句话写在了排查本的最后一页，没有署名，也没有日期。如果你也在做类似的事，我只有一句建议：先找回那张旧截图，再谈优化。
