建站资源3步瘦身，加载提速1.8倍

　　去年十一月份，我守在监控大屏前盯改版上线后的首小时——第七次点开新首页，Chrome开发者工具里Network面板还卡在3.2秒白屏，水波纹似的跳着loading。我原以为清掉那堆插件就完事了，结果第十二次刷新，FMP（首次内容绘制）直接砸到4.1秒，比老站还慢。

　　小张蹲在工位隔断底下啃冷包子，嘴里油光发亮，突然抬头说：“王哥，CDN回源请求里混进三十七个404图标字体文件——全是上个月前端甩给设计的‘备选方案’。”他手指一划，我看见控制台里躺着一行红色error：Failed to load resource: the server responded with a status of 404 (Not Found)，路径是/assets/fonts/icon-legacy-v2.woff2。这玩意儿压根没进新版构建流程，但HTML里硬生生留着标签，像根没拔干净的钉子。

　　我们当场删掉模板里的十六处预加载声明、合并了八套CSS变量（把color-brand-primary这种东西缩成c-p）、用SVG inline替掉了七组Font Awesome图标。不是优化，是物理清除——就像手术刀刮掉坏死组织。我盯着Lighthouse分数从48跳到83，加载时间从3.6秒跌到2秒整，差0.2秒不到1.8倍。可到底怎么算的1.8？我也不知道。测速工具换过三次，第一次用WebPageTest跑的是加拿大节点，第二次是杭州阿里云，第三次……算了，反正数字摆在那儿。

文章配图，仅供参考

　　最绝的是备案后台弹窗——新域名提交后第四天，管局系统突然跳出条提示：“检测到非必要资源引用：/wp-content/plugins/wp-smart-cache/old-assets/”。我们压根没装这个插件，连目录都删了两个月。后来翻Git历史才找到，是测试环境误同步的一行注释，藏在functions.php第142行括号里：“// wp-smart-cache legacy assets (DEPRECATED)”，就这二十一个字符，被爬虫当成真实路径喂给了备案校验接口。我手抖删掉那行注释再提交，三小时后审核通过。优胜劣汰嘛，淘汰的不一定是代码，有时候是一行自己写的废话。

　　最后那步瘦身其实是反常识的：我们砍掉了全站JavaScript中所有try-catch包裹的错误上报逻辑，总共删掉四百零九行。不是为了快，是发现Sentry SDK每次触发捕获时，会强行拉起一个空iframe——它占的内存比报错本身还高。甲方在验收会上敲桌子问：“你们把监控关了？！”我就说：“没关，只是让它少喘两口气。”他愣住，然后点头说：“行吧，页面是快了。”

　　——现在那个2秒加载的首页，在微信内置浏览器里点开，偶尔还是卡住五秒钟不动。白屏，没任何报错，DevTools也抓不到异常。FMP标红，FCP灰着，Performance面板里就一个悬停的灰色方块，纹丝不动。我试过重启微信、清缓存、切4G网络、重装……全没用。只有把微信完全杀进程再开，才恢复。有谁碰到过这个吗？

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!