CDN对网络性能！3个说法其实站不住

cdn对网络性能这件事，最容易被当成一个开关，买上打开，速度就上去。跑了这么些年站点，我的体会是它更像在离用户近的地方先囤一批货，囤对了省一趟路，囤错了多一次中转。下面这三个说法，在群里、在采购单上、在老板嘴里都出现过，我一个个说为什么站不住。

cdn对网络性能的第一个误区：上了自然就快

CDN 加速的底层动作只有一件：把可以复用的东西放到边缘节点上，让用户的请求就近拿。这里有个前提经常被忽略——你那些资源得能被缓存。首页纯静态的博客、图片站、下载站，效果肉眼可见；但一个站主体是登录后的页面、搜索结果列表、购物车结算，这些请求多半要回源，边缘只能帮你省掉一段传输，甚至因为多了一跳反而慢一点点。还有一种情况更常见：访客本来就集中在源站同城同省，绕去别处的节点，路径反而变长了。所以判断标准不是「有没有上 CDN」，而是缓存命中比例有多高、回源那一段耗时多少。

第二个说法：CDN 能把带宽和服务器一起省了

省带宽是真的能省，省多少完全看命中率。平时静态资源命中率高的站，源站出口压力确实下来一截；但一改版、一换域名、一清缓存，那几天基本等于全量回源，带宽该打满还是打满。而且回源这段流量不是白送的，有的套餐单独计费，算下来账单未必比原来低。把它当成「服务器配置先不升级」的理由就更危险——数据库一条慢查询拖住，边缘再近也救不了首字节时间。配置怎么选还是按业务量来，CDN 是分担，不是顶替。

第三个误区：测速分数漂亮，网络性能就没问题

跑一次测速，跳出来一个好看的分数，很多人就此安心。问题是那些工具大多从固定的几个点发请求，样本少，测的还是它自己那条链路。网络性能要看的反倒是分布：不同省份、不同运营商、手机弱网下的表现，再加上 DNS 解析、TLS 握手、首屏渲染这些分段耗时。我自己习惯盯的是缓存命中率、回源率、首字节时间的中位数和尾部、错误率这几样。平均数漂亮、尾部很难看，说明有一小撮人一直卡在糟糕的体验里，只是被平均掉了。

节点越多、离得越近就越好吗

节点多不等于对你有利。覆盖面要跟你的访客分布对得上，访客七成在华东，节点铺在别处再密也用不上。再说节点之间的调度、回源线路质量、边缘机器的处理能力都影响结果，同一家服务商不同区域的体验也能差出一截。挑的时候别光看节点总数那张图，拿自己站的真实访问数据去对，或者小流量灰度跑几天，看回源率和尾部延迟的变化。节点清单和覆盖范围这类信息，以服务商官方页面说明为准。

有些「变慢」，其实是配置拖出来的

这一条不算误区，算提醒。我碰到过的几类：一是解析环节绕了，用户先解析到 CDN 又跳一次，握手多一个来回；二是证书在边缘和源站两边配得不一样，HTTPS 链路多绕一圈；三是缓存规则写得太宽，把带 Set-Cookie 的响应、把本该走接口的路径也缓存了，用户拿到的内容不对，反复刷新，感知就是慢。还有压缩没开、HTTP/2 没启用、图片没换成合适的格式，这些都跟 CDN 没关系，但用户分不清，只会说「这站变慢了」。

cdn对网络性能的影响，说到底是两件事

把话摊开讲：它能改的是距离和并发。距离靠边缘节点缩短，并发靠把请求分散开，不让一台源站扛住所有连接。改不了的是源站的计算速度、数据库响应，还有页面上那些必须实时算出来的东西。所以值不值，先看流量结构里静态资源占多大比例。比例高的站收益明显，比例低的站，把钱花在应用层和数据库上更划算。

想验证的话，按这个顺序来

给个能落地的顺序：上之前先留一份基线，首字节时间、分地区抽样、错误率、命中率都记下来；上线后用同一套口径再测，别换工具别换地点，换了就没有可比性。接着翻回源日志，看哪些路径老是不命中——是真动态，还是头信息写错了、参数被当成不同地址了。最后再动缓存规则、预热、压缩、协议版本，一次改一项，出问题还能倒回去。计费口径、回源是否单独计费、节点覆盖这些各家差别不小，以服务商官方页面说明为准。

所以这三个说法站不住，根子上是一回事：把工具当成了结果。CDN 只是网络性能里的一环，前面有解析和握手，后面有源站和数据库。先把自己站的瓶颈量出来，再决定要不要上、上哪一档，比听谁推荐都稳。真要提醒一句——别指望上线当天就见效，缓存要时间养，数据也得攒几天才看得准。