性能优化别只盯代码：查询、缓存、静态资源的三笔“隐形账”

最近帮朋友排查一个后台页面，首屏加载要4秒多。打开面板一看，接口本身不慢，慢在三个地方：一次列表页查了8次数据库、缓存键永远命中不了、静态资源没压缩直接上。这三个问题单看都不致命，叠在一起就是用户眼里的“卡”。

分享几点我的看法：

1. 查询优化先看次数，再看单条耗时。很多人只盯慢查询日志，却忽略了一次请求里几十次小查询的累积消耗。能合并的合并，能预加载的别循环查，收益立竿见影。

2. 缓存要设“可验证的过期策略”。见过太多缓存键拼错、永不过期、更新数据后不刷新的情况。建议每个缓存键都写清：谁写入、何时失效、失效后回源逻辑是什么。

3. 静态资源别裸奔。压缩、合并、加版本号，三件事成本很低但常被跳过。尤其是版本号，不加的话用户浏览器缓存旧文件，改了等于没改。

总结一句：性能问题很少是单点造成的，多是几笔“隐形账”一起算总账。先把这三块过一遍，多数后台页面的体感都能上一个台阶。欢迎交流你们的排查顺序。