PHP 8.1 环境下如何把官网首页加载控制在 1.5 秒内

性能优化最容易犯的错误，是先动手压缩图片和合并脚本，而没有先测量。本文记录我们为一位客户优化官网首页的完整过程，最终把首屏加载从 4.2 秒降到 1.4 秒。

第一步：先测，不要猜

我们用浏览器的网络面板与服务器端的慢查询日志分别取样，得到两条独立的数据：

• 服务端渲染耗时 1.8 秒，其中数据库查询累计 1.1 秒；
• 静态资源总体积 3.6 MB，其中未压缩图片占 2.9 MB。

结论很清楚：瓶颈一半在数据库，一半在图片。此时如果只做静态资源优化，最多只能解决一半问题。

第二步：治理数据库查询

首页原本在每个版块单独查询一次，累计触发了四十余次数据库往返。优化措施包括：

• 把首页需要的十二类数据合并为按需批量查询，减少往返次数；
• 为高频筛选字段补充复合索引，避免全表扫描；
• 对不随请求变化的列表数据启用文件缓存，缓存失效由内容后台的保存操作主动触发。

这一步把服务端渲染耗时从 1.8 秒压到 0.35 秒。

第三步：治理图片

• 上传环节统一按最长边等比压缩，超过阈值的原图不再直接入库；
• 列表页与详情页使用不同尺寸的衍生图，避免列表页加载详情页的大图；
• 为图片设置固定宽高比，消除布局抖动带来的视觉延迟。

第四步：静态资源策略

CSS 与 JS 合并为单文件并开启 gzip，字体只保留实际使用的字重与字集，第三方统计脚本改为延迟加载。这一步的收益不如前两步明显，但成本最低。

优化的顺序应该是：先解决数量级问题，再做百分比优化。把四十次查询合并成三次，收益永远大于把一张图压缩百分之十。

结果与复盘

最终首屏加载 1.4 秒，核心网页指标全部进入良好区间。复盘时我们认为最关键的一步是「先测量」——如果按直觉先做图片压缩，很可能在投入两周后发现问题只解决了一半。