前天晚上十一点半，我在书房用 MacBook 的 Safari 打开一个图库页。地址栏敲完，回车，页面白了大概两秒。
这两秒里我盯着进度条。以前我没注意过这个细节。那天是因为我刚换了路由器，对延迟变得敏感。
我把这件事记了下来。原本只打算记一行，后来变成了这篇。
第一次打开
我用了三种浏览器。Safari、Chrome，还有朋友老周硬塞给我的一个国产壳浏览器。老周是做前端的，住在杭州拱墅区，他说壳浏览器的预加载策略和原生不一样。
Safari 第一次打开 049图库免费版下载 这个页面，白屏持续了 2.3 秒。第二次打开，0.6 秒。差别在缓存。
Chrome 第一次 1.9 秒，第二次 0.5 秒。老周那个壳浏览器反倒最快，第一次 1.4 秒。他说这就是预加载的功劳。
数字不大，但我记下来了。速度的东西不能凭感觉。
第二次打开的差别
问题出在第二次。我在 Safari 的开发者工具里看到，页面重新请求了主图的三张缩略图。缓存没生效。
我换了 49tk图库app官网下载安装 那个页面，同样的现象。第一次慢，第二次快，但图片又重下了一遍。
这说明缓存策略不一致。文字部分命中缓存，图片没有。
老周说这是因为图片的响应头没设 max-age。我看了眼，果然没有。这是个小毛病，但每次多花 0.3 秒，一年下来也不算少。
三个页面的横向对比
我把三个页面放在一起测。正版49图库资料中心官网 的首页最轻，首屏 1.1 秒。分类页中等，1.6 秒。详情页最重，2.8 秒。
最重的那页有一张 1.2MB 的图，没有做压缩。我用 ImageOptim 试了一下，能压到 340KB，肉眼几乎看不出区别。
这是我认为最该改的地方。不是加什么功能。是把图压一下。
同类站点里，图库宝典 的图片处理做得更干净。我看了它的源码，用的是 WebP 加懒加载。这是 2026 年了，这应该是标配。
一个我坚持的观点
说实话，这类图库站被严重高估的地方在于「内容丰富」，被严重低估的地方在于「打开快不快」。
用户不会因为你有十万张图而留下来。他会因为你三秒打不开而走掉。
我见过太多站，首页堆了八行导航，加载要五秒。这不是内容问题，是工程问题。我不接受「图库站都慢」这种说法。
老周同意。他补了一句：慢的站，是因为没人认真测过。
一句具体的话
我在 管家婆2025年精准资料查询经验分享交流平台 的一份性能报告里读到一句话，记在了本子上。
写报告的人叫林工，报告日期是 2025 年 3 月 17 日。他写道：首屏超过两秒，等于内容没做。
话说得重。但我认。那天晚上我的 Safari 就是白了两秒。
结尾的一点补充
后来我把图片的响应头加上 max-age，缓存问题解决了。第二次打开稳定在 0.5 秒。
这个改动用了不到十分钟。省下的时间，每个访客每次打开都在赚回来。
更多细节我在 49图库资料免费打开推荐下载安装技术支持 那篇里写过，这里不重复。
十一点半之后的事，就记到这里。
这一周写下的东西
- 在 Safari 里第一次打开 049图库免费版下载 的 2.3 秒 2026-06-25
- 林工那份 2025 年 3 月的性能报告，我读了三遍 2026-06-24
- 图库宝典的 WebP 懒加载，值得抄 2026-06-24
- 老周推荐的壳浏览器，预加载真的快 2026-06-23
- 正版49图库资料中心官网：首屏 1.1 秒的首页 2026-06-22
- 一张 1.2MB 的图压到 340KB，肉眼没差别 2026-06-21
- 换路由器之后的第一个夜晚，我测了三个浏览器 2026-06-20
- 拱墅区老周的那句话：没人认真测过 2026-06-19
- max-age 没设，一年白丢多少秒 2026-06-18
- 首屏超过两秒，等于内容没做：这句我认 2026-06-17
陈默
我叫陈默。做前端，也写字。大部分时间在测页面打开的速度。
这个站是我 2024 年底建的，起点是一份关于图片缓存的笔记。后来写成了习惯，每周更新两三次。
我不写推荐，不写榜单。只写我亲手测过的东西，具体到秒，具体到哪台机器。
如果你也在意页面那零点几秒，这里合适你。
首屏超过两秒，等于内容没做。
—— 林工，《图库站性能观察报告》，2025 年 3 月 17 日