动态资源加载慢？5个被忽视的科技优化点提速300ms

　　去年三月，凌晨三点二十，我正蹲在IDC二楼值班室啃半冷的酸辣粉，塑料叉子卡在齿缝里拔不出来——监控屏右下角那个红色小三角又开始狂闪，不是告警，是告警系统自己在掉帧。

　　手机震了三下。客服老张语音转文字：“王哥，浙江那边说页面点不动，加载条卡在87%，刷新三次都一样。”我含着叉子回他：“先切CDN，缓存全清。”话没说完，他补一句：“刚清完，后台日志说资源404了。”

　　我原以为是CDN配置漂移，毕竟上个月他们改过一次回源策略，结果查到一半发现主站nginx access_log里根本没那几条动态接口的请求记录——压根没走到网关层。不是CDN的问题，是前端发错了请求路径，而这个路径……去年十一月就下线了，但前端SDK没更新，一直fallback在旧域名上，用的是个带302跳转的兜底路由，每次都要绕一圈去查DNS、走TLS握手、再跳回新地址。整整四十来分钟，没人动过这个兜底逻辑。

文章配图，仅供参考

　　值班室空调嗡嗡响，隔壁机柜风扇声忽然拔高两档，像有人猛地踹了一脚散热片。我伸手按住左耳，右耳贴着听筒问运维小陈：“你上周配的OCSP Stapling是不是只开了主站证书？那个旧域名的二级证书没续签，现在每次握手都要拉OCSP服务器查状态。”他愣住：“啊？我以为它走的主站同一个证书链……”“不走。它的CN是api-old.v2.example.com，和主站不在一条链上。你查不到它的OCSP响应，就等着等够60秒超时。”

　　我调出tcpdump抓包——果然，第三次TCP重传后，TLS handshake才完成。中间卡在ocsp.int-x3.letsencrypt.org的A记录解析上。DNS？我们自建的递归Resolver跑在一台16核老机器上，但去年十月起，这台机器上的systemd-resolved就偷偷被替换成dnsmasq，因为某次内核升级后resolvectl崩了三次。没人记得换回去，也没人动过dnsmasq的cache-size配置，默认只缓存150条——可我们每天要查37万次不同子域名的TXT记录（全在做DMARC校验）。缓存命中率掉到12%。那天晚上，光是OCSP相关DNS查询，就把Resolver拖进RTT 180ms的深坑里。

　　窗外雨没停，玻璃上水痕把机房楼顶的红灯拉成一道斜线。我忽然想起上回搬家，打包纸箱最底下压着一张2019年的变更单，手写备注：“dns cache size → 改为10000”，字迹被咖啡渍晕开一半。找不到了，也懒得翻。反正后来谁都没提。

　　更绝的是，那个旧域名的302跳转本身还套着一层HTTP Strict Transport Security（HSTS）预加载列表。浏览器早记死了它必须走HTTPS，可我们早在二月就把那台老跳转服务器的443端口给关了——只留了80，靠iptables转发，结果转发规则在春节巡检时被误删了一行，漏掉了HTTP→HTTPS的重定向。所以用户浏览器死活不敢降级，卡在Connect阶段干等，直到超时回退到备用URL。整个链路：前端错发 → DNS卡顿 → OCSP握手阻塞 → TLS失败 → 浏览器静默重试……最后落到用户眼里，就是“点不动”。

　　老板凌晨四点零七分在群里发了个截图，是我们自己首页FMP数据曲线，谷底那截平得像尺子量过。他打字：“这是什么情况？”后面跟了个捂脸表情。我没回。手边泡面汤凉透了，浮着一层灰白油膜，像一块坏掉的SSL证书指纹。

　　还有件小事：我们主站用的Redis集群，主从复制延迟监控阈值设的是200ms。那天凌晨两点五十五，监控屏左上角小窗口闪了三下绿灯，说明延迟恢复正常——可就在它变绿前十七秒，从库的磁盘I/O已经飙到98%，只是IO wait指标没进告警门限。为什么？因为我们监控脚本里写的disk io time是毫秒级取整，98.3%和98.8%都被round成98%，而告警阈值写的是99%。这个数字是我去年九月随手敲进去的，忘了加小数点后一位。我原以为只要大于99%就该报警，结果它在98.99%晃了七分钟——刚好覆盖整个资源加载恶化周期。

　　最搞笑的是证书本身。Let’s Encrypt那个旧域名证书确实过期了，但浏览器报错不是NET::ERR_CERT_DATE_INVALID，而是ERR_SSL_VERSION_OR_CIPHER_MISMATCH。为什么？因为OpenSSL 1.1.1f有个bug，当服务端返回的CertificateVerify消息里签名算法和ClientHello里的supported_signature_algorithms字段对不上时，就直接吐这个笼统错误。而我们那个老跳转机的Nginx用的是自带OpenSSL，版本锁死在1.1.1f没升级。没人检查过它和新客户端的握手兼容性。这个我到现在也没想明白——到底该怪OpenSSL、该怪Nginx打包、还是该怪我们自己三年没动过那台跳转机的编译参数。

　　我盯着屏幕右下角那个仍在慢闪的红三角，忽然觉得这玩意儿比人诚实。它不甩锅，不扯皮，不提KPI，不列SOP——它就卡在那儿，一下，一下，一下，像心跳漏拍。

　　昨天翻备份盘，找出一张2017年工单截图，客户投诉“下单按钮点了没反应”，解决方案写的是：“已联系前端同事优化JS执行顺序”。下面手写批注：“再优也快不过DNS没缓存”。墨迹有点糊，但字是真的。

　　算了。明天先把告警阈值调了，小数点后一位，别再四舍五入骗自己。

（编辑：站长网）

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