从一次网页访问说起
假设你的源站部署在美国洛杉矶，一位广州的用户打开你的网站。没有 CDN 时，浏览器的每一个请求都要横跨太平洋：DNS 解析、TCP 握手、TLS 协商、内容传输，每一步都叠加 150ms 以上的跨境往返延迟。首屏可能要三四秒才出来，高峰期还会因为国际链路拥塞而更慢。
CDN（Content Delivery Network，内容分发网络）解决的就是这个问题：把内容提前放到离用户更近的服务器上，让大多数请求"就近取货"，而不是每次都跑到源站。
CDN 的三个核心机制
1. 智能调度：把用户带到最近的节点
接入 CDN 后，你的域名通过 CNAME 指向 CDN 平台。用户发起 DNS 解析时，调度系统根据用户所在的地理位置与运营商，返回距离最近、状态最健康的边缘节点 IP。广州用户会被调度到香港节点，东京用户会被调度到日本节点——同一个域名，不同地区的用户连接的是不同的服务器。
2. 边缘节点：内容的前置仓库
边缘节点（PoP，Point of Presence）是部署在各地机房的缓存服务器集群。静态资源（图片、CSS、JS、视频分片等）在第一次被请求后就会缓存在节点上，后续同区域用户直接从节点获取，往返延迟从上百毫秒降到十几毫秒。
3. 回源：缓存未命中时的兜底
节点上没有的内容（第一次访问、缓存过期、动态接口）会由节点代替用户去源站获取，这个过程叫回源。回源走的是 CDN 平台优化过的链路（例如 QEdgeCDN 的 CN2 优化路径），通常比用户直连源站更快更稳；取回的内容按缓存规则存储在节点上，供后续请求复用。
CDN 同时解决的四类问题
- 速度：就近访问 + 链路优化，首屏与接口延迟显著下降；
- 稳定：多节点冗余，单节点故障自动切换，源站波动对用户透明；
- 安全：攻击流量在边缘被识别与清洗（CC / DDoS / WAF），源站 IP 被隐藏；
- 成本：缓存分担了源站带宽，源站可以用更小的规格支撑更大的访问量。
一句话总结：CDN 是部署在用户与源站之间的一层"智能缓冲网"，让内容更近、链路更优、攻击更远。
接入 CDN 需要改造代码吗？
不需要。标准的接入流程只有三步：在控制台添加站点 → 把域名 CNAME 到平台分配的接入地址 → 配置缓存与回源规则（大多数场景默认值即可）。整个过程不侵入业务代码，几十分钟内即可完成首通。
更直观的版本：《CDN 是如何工作的》交互演示页用动画完整走了一遍这个流程。想进一步了解缓存如何具体提升性能，可以继续阅读《CDN 缓存如何提升网站访问性能》。