你打开一个网站，网站如果服务器在美国，网站你在国内点开，网站图片转圈能转半分钟。网站这不是网站网速问题，是网站你和服务器之间隔了半个地球，数据包得漂洋过海。网站CDN干的网站事，就是网站把这半个地球的距离给抹掉。

说白了，网站CDN就是网站一套分布在全球各地的缓存服务器网络。你网站上的网站静态资源——图片、CSS、网站JS文件、网站视频——会被复制到这些节点上。网站用户访问时，DNS解析会把他引导到离他最近的那个节点，数据不用回源站取，直接从边上拿。北京的用户访问北京的节点，广州的用户访问广州的节点，延迟从几百毫秒降到几十毫秒。就这么简单。

它到底怎么工作的

拿一个实际场景来说。假设你的网站服务器放在杭州，一个新疆的用户打开你的首页。没有CDN的时候，他的浏览器得先跑到杭州把HTML拿回来，再跑到杭州把CSS拿回来，再跑到杭州把十几张图片拿回来。每个请求都是一次长途旅行，TCP握手、TLS握手，光建立连接就要好几个来回。

用了CDN之后，情况变了。新疆用户请求图片时，DNS会把他指向乌鲁木齐或者兰州的CDN节点。如果那个节点上刚好缓存了这张图片——大概率有，因为之前有其他用户访问过——直接就从本地返回了。第一次访问可能没有缓存，节点会回源站拉一次，然后存下来。之后的用户就全走本地了。这就像你家楼下开了个便利店，不用每次都跑大超市。

缓存策略是核心

CDN好不好用，缓存命中率是关键指标。命中率高，回源少，源站压力小，用户加载快。但缓存不是无脑存，得配规则。比如HTML文件通常设短缓存或者不缓存，因为内容更新频繁；图片、字体、JS这些带版本号或者hash的文件，可以设一年缓存，反正文件名变了就是新文件。

我见过有人把首页HTML设了七天缓存，结果改了内容用户七天看不到，还以为是浏览器问题。这种配置事故在CDN使用中很常见。缓存规则得根据文件类型和更新频率来定，不能一刀切。

不只是加速

CDN还有个隐性好处：扛流量。你网站突然被推到首页，瞬间涌入十万用户。没有CDN，源站服务器大概率直接挂掉。有了CDN，静态资源全由节点扛着，源站只需要处理动态请求，压力小一个数量级。这也是为什么大促期间电商网站能撑住的原因之一。

另外，CDN还能做安全防护。很多CDN服务商提供WAF功能，能在边缘节点拦截SQL注入、CC攻击这些。攻击流量还没到源站就被清洗掉了。当然这是附加价值，核心还是加速。

选CDN看什么

节点数量和分布是第一位的。国内的话，至少得覆盖三大运营商和主要省份。海外业务就得看全球节点布局。其次是回源带宽和回源策略，回源慢的话，缓存没命中时用户体验照样差。再就是控制台的易用性，缓存刷新、预热、日志查询这些功能得顺手。

价格方面，各家差异挺大。有的按流量计费，有的按带宽峰值。小网站用免费套餐或者按量付费就够了，大流量业务得谈阶梯价格。别只看单价，回源流量是否计费、HTTPS请求是否额外收费，这些细节加起来可能差不少。

CDN不是万能药。动态内容、API接口这些没法缓存的请求，CDN帮不上太多忙，顶多优化一下链路。数据库查询慢、后端逻辑复杂，这些得从代码和架构层面解决。CDN解决的是“距离”问题，不是“性能”问题。搞清楚这个边界，才不会对它抱有不切实际的期望。