很多人第一次听说 CDN，是在给网站做优化的时候。有人建议加个 CDN，页面似乎就快了，但 CDN 到底是什么、为什么能加速，不少人其实说不清楚。这篇文章用最直白的方式讲明白。
一句话理解 CDN
CDN 的全称是内容分发网络。你可以把它想象成一家在全国各地都开了分店的仓库，而你的网站服务器（业内叫源站）就是总仓。用户要取货，不必都挤到总仓，而是就近去最近的仓库拿。
这里的分店就是 CDN 的边缘节点，也就是分布在各地、离用户更近的服务器。用户访问网站时，请求会被引导到离他最近的那个节点，而不是千里之外的源站。
CDN 究竟快在哪里
- 距离更近。数据在网络上传输需要时间，物理距离越远、经过的路由越多，等待就越久。用户就近取数据，自然快。
- 内容被缓存。图片、样式文件、脚本这类不常变化的内容，第一次被访问后会先存在节点上（这个过程叫缓存），后面的用户直接从节点拿，不用再去问源站。
- 压力被分担。访问量突然增大时，请求分散在众多节点上，源站不会被一下子压垮，页面也不容易打不开。
当节点上没有用户需要的内容时，它会回头去源站取，这个过程叫回源。回源越少，网站整体越快，源站的负担也越轻。
是不是所有网站都需要 CDN
不一定。可以对照下面几种情况来判断：
- 用户来自全国各地甚至海外，而服务器只在一个城市。
- 网站图片、视频等静态资源多，页面体积大。
- 有推广活动，访问量会出现明显的波峰。
- 希望源站的真实地址不直接暴露，多一层缓冲。
如果网站只供内部使用、访客集中在同一个城市，或者本身访问量很小，那 CDN 带来的提升可能并不明显，反而多了一份要维护的东西。
几个容易搞混的点
CDN 不能解决所有的慢
如果网站慢的根本原因是服务器配置太低、数据库查询太慢、程序本身写得太重，那 CDN 帮不上太多忙。它主要加速的是静态内容和分发环节，动态请求最终还是要落到源站去处理。
缓存是好事，也可能带来麻烦
缓存让内容更快，但如果页面已经更新、节点上还留着旧版本，用户看到的就还是老内容。这时候需要在后台刷新缓存，让它重新回源拉取。所以内容更新频繁的页面，通常不适合设置过长的缓存时间。
CDN 不等于安全防护
CDN 能在一定程度上隐藏源站地址、抵挡部分异常流量，但它不是专门的安全产品。网站该做的 HTTPS、定期备份、程序更新，一样都不能省。
小结
CDN 的核心逻辑很简单：把内容提前放到离用户更近的地方，让用户少跑路。它解决的是分发环节的问题，不是万能药。要不要用，先看用户分布、内容类型和访问规律，再看它能不能对上你眼下真正的瓶颈。