别让HTTP/2成坑货，9年优化师揭运维雷区

　　我原以为HTTP/2是给中大型站点量身定做的提速神技，去年7月亲眼见邻市那家餐饮平台换了它，结果两周就炸了。那天我早八点接到运维小周的微信，说首页卡得用户投诉全是进不去的，他远程连过去，盯着控制台愣了半分钟，说怎么突然冒出来一堆莫名其妙的TCP连接，数着数着，连接数直接跳了，跟没开HTTP/1.1时的乱劲一模一样。

　　我赶过去的时候，小周正挠头，旁边的测试妹子在刷新页面，反复说“怎么昨天还好好的”。我们蹲在机房角落的机柜边上，盯着那堆连接数的曲线，才发现他们是图省事，用第三方托管平台一键开的HTTP/2，连服务器的默认配置都没改——就跟给老桑塔纳换了赛车胎，却没调刹车和悬挂一样。

　　后来我翻了他们的配置，真的是裸奔的HTTP/2，连服务端推送的规则都没设，平白占了不少带宽。更坑的是，他们的CDN节点没同步支持，导致跨区域访问的时候，TCP连接又回到了HTTP/1.1的老样子，慢得要死——我后来想起哪年帮一家电商做过类似的调试，当时就说过CDN节点的兼容性问题不能大意，可他们偏不听，觉得“一键开启”的东西不会出岔子。

　　小周急得拍桌子，说“上线前测的没事，怎么到了用户端就炸”，我没接话，只拉过他的鼠标，点开那个平台的帮助文档，最后一行用小字写着“部分老设备兼容不佳”——他们当时只看了前面的“提速XX%”就关了页面，连小字都没扫一眼。

　　我们折腾了快八个小时，把服务端的HTTP/2配置改了，加了服务端推送的规则，还让CDN那边同步了节点的配置，连接数才终于稳了下来。小周瘫在椅子上，说以后再也不碰这种“一键开启”的东西了，我看着他那熬夜熬红的眼睛，没接话，只觉得这帮运维有时候跟新手一样，见了新东西就两眼发直，忘了先查自己的基础配置。

文章配图，仅供参考

　　上周我接了个做生鲜配送的小单子，老板之前听同行说HTTP/2能提速，自己瞎开了，结果用户投诉APP加载慢，我过去一看，跟去年7月那餐饮平台的坑几乎一模一样——还是第三方平台的一键配置，还是没改基础设置，还是连服务端推送都没开。我当时差点笑出来，也差点气炸，怎么坑都踩一样的？

　　不过转念一想，也不能全怪他们。我见过太多运维（包括我自己刚入行的时候），总觉得新东西就是好，不用先管自己的基础。HTTP/2没骗人，它确实比HTTP/1.1快，可你得会用，得先把自己的服务器、CDN、配置都调好，不然就是拿着金锄头去挖地，还说锄头不好用。

　　我有个同行，去年帮一家门户网站换HTTP/2的时候，特意把服务端的并发连接数调高了，还加了连接复用的规则，结果那网站的加载速度直接快了一倍，投诉少了八成。他跟我说，HTTP/2的优点就是“优胜劣汰”——把那些没用的连接和请求都筛掉，把有用的留下来，可前提是你得给它搭好台子，不然它就是个没发挥的工具。

　　我跟小周说，以后碰新东西，先把自己的底摸清楚，再试新工具。别上来就一键开，也别听别人说什么就信什么。去年7月那事，小周直到现在还把那天的连接数曲线截图存在手机里，说每次碰HTTP/2就拿出来看看，提醒自己别再踩同样的坑。

　　对了，上周我还跟那个生鲜配送的老板说，别再盲目赶时髦了，先把自己的CDN节点和服务端配置调好，再考虑开HTTP/2，不然就是白花钱。老板一开始还不服，后来我给他看了两家网站的加载速度对比，他才松了口，说这周就找人调配置。

　　我不是反对HTTP/2，它确实是个好东西，可它不是坑，坑的是那些不会用它的人。就像你买了个好烤箱，得会调温度和时间，不然烤出来的面包就是生的。HTTP/2也是一样，得先把自己的基础配置做好，得盯着连接数的曲线，得测兼容，不然就是给自己挖坑。

　　我现在碰HTTP/2，总会先查三个东西：服务端的并发连接数，CDN节点的配置同步情况，老设备的兼容测试。每次都得折腾半天，可再也没出过去年7月那样的乱子。小周现在也学会了，碰新东西先翻配置文档的最后一行小字，再敢点开启。

　　别让HTTP/2成坑货，不是说HTTP/2有问题，是得会用它。它的优点是“优胜劣汰”，但前提是你得给它搭好台子，别让它裸奔，别让它在不兼容的环境里跑。不然再好的工具，到不会用的人手里，都是坑。

　　哦，对了，我上周还发现，有些第三方平台的HTTP/2配置里，默认把服务端推送的规则设成了“自动生成”，可自动生成的规则经常会推送一些没用的资源，反而占带宽，后来我把那个自动推送关了，手动加了几个关键资源的推送，速度又快了一点。看来哪怕是改了配置，也不能撒手不管，得盯着点，万一又出什么幺蛾子。

（编辑：站长网）

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