让博客默认就很快

网页速度不只是一张测试报告里的分数。它决定读者是在等待界面完成表演，还是直接看见自己想读的内容。对静态博客来说，最快的请求往往是没有发出的请求，其次才是被浏览器长期缓存的请求。

先处理最大的资源

首页壁纸和文章封面通常占据主要传输体积。优化顺序可以很朴素：确认显示尺寸、选择合适格式、控制压缩质量，再决定哪些图片需要提前加载。

首屏主图   -> 高优先级加载
文章封面   -> 进入视口时加载
相册图片   -> 懒加载并异步解码
装饰资源   -> 可以取消就取消

高清不等于把原图完整发送给所有设备。4K 壁纸适合大屏背景，但列表里的小封面没有必要承担同样的体积。

缓存要允许内容更新

静态资源可以设置较长缓存时间，前提是文件内容变化时地址也会变化。构建工具生成带哈希的资源很适合长期缓存；固定路径的壁纸则需要明确更新策略。

不把首次访问变成批量下载

缓存只有在第二次访问时才会发挥作用。若首次打开就下载全部壁纸，反而会占用带宽。因此首页只预加载当前画面，其余图片在空闲时间或用户切换时加载。

控制客户端脚本的边界

文章正文、归档和标签页不依赖 JavaScript 也能阅读。必须运行在浏览器里的代码被限制在以下场景：

• 导航与搜索交互；
• 壁纸和主题偏好；
• 阅读进度与目录高亮；
• 雨声等明确由用户触发的媒体功能。

用体感校验指标

性能指标负责发现问题，真实设备负责判断问题是否已经解决。测试时至少覆盖一次无缓存访问、一次有缓存访问，以及移动网络下的首页和文章页。真正的目标很简单：标题尽快出现，布局不要跳动，交互发生时立即响应。