CDN原理及回源重写是什么意思

引言

这是一篇看似很古老但却很值得回溯的知识点文章，CDN加速已经不是什么前沿技术了，大部分大型网站乃至小型站点一般都有在使用，云提供商也很友好，都可视化界面服务得明明白白的了。但其中回源重写的支持似乎还可以用来解决很多场景的困境问题。今天小马就来一一道来，还是那个原则：尽量通俗易懂。

一、CDN是什么

在说这个回源重写之前，我们还是来老生常谈一下什么是CDN，已经很熟悉的同学可以先绕道。

小马正好在体验灵光，于是直接向灵光发起了提问。

CDN原理与回源是什么意思

CDN（Content Delivery Network，内容分发网络）是一种旨在提升网络访问速度、稳定性和安全性的技术。其核心思想是通过在全球部署大量服务器节点，将网站的原始内容（如图片、视频、网页文件等）复制到这些离用户更近的节点上。 当用户访问网站时，系统会智能地引导用户从距离最近的节点获取内容，而不是每次都从可能位于遥远地方的源服务器下载，从而大大缩短了数据传输的物理距离和时间。

CDN的工作原理

CDN的工作流程可以形象地理解为“就近取货 + 智能分流 + 缓存复用”。 其主要依靠以下三个关键组成部分：

源站服务器 (Origin Server): 这是存放网站原始内容的服务器，相当于一个“总仓库”。所有需要分发的内容最初都来自这里。
边缘服务器/节点 (Edge Server/Node): 这些服务器分布在全球各地，也被称为“入网点”（PoP）。 它们会将从源站获取的内容副本缓存起来，就像一个个“便利店”，为附近的用户提供服务。
DNS调度系统 (DNS System): 当用户在浏览器中输入网址时，这个系统会根据用户的地理位置、网络状况等因素，智能地将用户的请求引导到离他最近、最优的边缘节点，而不是直接发送到源站。

通过这种方式，CDN能够显著降低用户访问的延迟，提升网页和应用的加载速度，同时也能在高并发访问时分散流量，减轻源站服务器的压力。

二、什么是回源

接下来我们继续来看回源是什么意思。

“回源”是CDN运作中的一个关键环节，指的是当CDN边缘节点无法直接提供用户请求的内容时，会向源站服务器发起请求以获取最新内容的过程。

触发回源的主要场景

• 缓存未命中 (Cache Miss)
  这是最常见的情况。当用户首次访问某个资源，CDN节点上还没有缓存该内容，因此需要“回源”从源站获取并缓存。

• 缓存已过期 (Cache Expired)
  CDN节点缓存的内容都有一个有效期（由HTTP头中的Cache-Control: max-age等字段决定）。
  一旦超过这个时间，缓存即被视为“过期”，CDN必须回源站获取更新后的内容。

• 主动刷新缓存
  当网站内容更新后，管理员可以通过CDN服务商提供的“刷新缓存”接口，强制让CDN节点上的旧缓存失效，立即触发回源以获取最新内容。

• 不可缓存的内容
  有些内容（如用户登录页面、个性化推荐等动态内容）由于需要实时生成，通常被配置为不缓存。这类请求会直接回源站处理。

回源率越高，意味着CDN缓存的命中率越低，更多的请求需要回源站获取，这会增加源站服务器的负载和访问延迟。因此，一个优秀的CDN配置和缓存策略，通常会努力降低回源率，以提升用户体验并节省带宽成本。

CDN的核心价值

综合来看，CDN通过其分布式架构和智能调度技术，为企业和用户带来了多方面的好处：

核心价值	具体体现
加速访问	降低延迟，提升用户体验。
稳定性	分散流量，避免源站过载。
安全防护	提供DDoS攻击防护。
成本优化	降低源站带宽消耗。

CDN是互联网的“高速公路”和“便利店网络”，它让全球的每一次点击都变得更快、更稳定。

三、回源URL重写

“回源重写”是CDN（内容分发网络）技术中的一个重要功能，它允许CDN在向源站服务器请求资源（即“回源”）时，修改请求的URL。这个过程对终端用户是完全透明的，用户看到的访问地址不会改变，但CDN内部会使用重写后的URL去源站获取内容。

通俗地讲，就像你去便利店买水，但水在总仓库里。便利店员工（CDN节点）会根据一张内部地图（回源重写规则），把“买水”这个请求翻译成总仓库能听懂的“去A区第3排拿大瓶装矿泉水”，然后去取货。

工作原理与流程

当用户请求一个资源时，CDN节点会按照以下逻辑处理：

检查缓存 ：CDN节点首先检查本地是否缓存了用户请求的资源。
触发回源 ：如果本地没有缓存，CDN节点会触发“回源”操作，即向源站服务器发起请求。
执行重写 ：在发起回源请求之前，CDN会根据预先配置的**“回源重写规则**”对请求的URL进行修改。
获取资源 ：CDN节点使用重写后的URL向源站请求资源，获取到资源后，会将其缓存并返回给用户。

关键点 ：重写仅在CDN节点向源站发送请求时生效，不会改变用户在浏览器中看到的原始访问URL，也不会影响CDN节点内部的缓存键（Cache Key）。

核心作用与应用场景

回源重写的主要目的是解决CDN加速域名与源站服务器资源路径不一致的问题，确保CDN能正确地从源站获取到所需资源。

总结：

A = cdn.xiaoma.com/hello 可以回源URL重写为 B =origin.xiaoma.com/hello，到B上取源资源。

那么回源URL重写的规则有哪些呢？我们参考腾讯云的规则介绍。

我们注意到最后一个规则可以是正则。

A = /old-parh/1234 可以回源URL重写为 B = /new-path/1234，到B上取源资源。 
#可以配置正则表达式为^/old-path/(\d+)$，替换路径为 /new-path/$1，其中 $1 表示引用正则表达式中的第一个捕获分组，即路径中数字部分。

那么我们是不是也可以这样：

A = /old-parh/1234 可以回源URL重写为 B = /new-path/index.html，到B上取源资源。
#可以配置正则表达式为^/old-path/(\d+)$，替换路径为 /new-path/index.html。

也就是说A的路径子目录等都可以随机配置符合正则即可，最终会去取固定的源资源B，是一个N对1的关系。

嘿，你发现没，这个机制配合cos桶静态资源可以用来玩很多好玩的。对外的路径可以千千万万种，最终指向同一个目标资源（没错，听起来像是NGINX的能力，但这是CDN哈）。至于使用的场景，比如一些Y网站的封禁，绿泡泡的传播封禁等等，这里就不能再多说啦。

CDN说：NGINX能做的我也能做到。