EdgeOne Makers 缓存与边缘加速

上一篇 讲了怎么挡掉坏流量。这篇讲”快”的一面：边缘缓存。把内容缓存到离用户最近的边缘节点，用户访问时不用每次都回源，延迟低、源站压力小。

缓存是怎么加速的

没有缓存时，每个请求都要走到你的应用（Cloud Functions 或后端），再返回。有了边缘缓存：

1. 用户请求到边缘节点
2. 节点发现已有缓存副本，直接返回
3. 只有缓存过期或没有时，才回源取一次

这样大部分用户拿到的是边缘节点的响应，速度取决于”用户到最近节点”的距离，而不是”用户到源站”的距离。

默认缓存行为

Makers 对静态资源（图片、CSS、JS、字体等）有默认缓存策略，对 HTML 通常默认不缓存或缓存时间很短（保证内容更新及时）。

自定义缓存规则

你可以在控制台为不同路径设置缓存时长。常见做法：

配置示例：对带内容哈希的静态资源缓存一个月。

条件: 请求路径 匹配 /static/* 且 文件名包含 hash
缓存: 2592000 秒（30 天）

缓存键

“缓存键”决定”什么算同一个缓存”。默认通常按 URL。但有时同一个 URL 对不同用户应返回不同内容（比如带 ?lang=zh 和 ?lang=en），这时需要把查询参数纳入缓存键，否则会串内容。

绕过缓存与主动刷新

需要实时数据的接口（登录态、库存、价格）一定要设为不缓存。

当内容更新了但缓存还没过期，可以手动”刷新缓存”或”预热”，让边缘节点立刻拉取新版本，不用等自然过期。

stale-while-revalidate

这是一项很实用的体验优化：缓存过期后，先返回旧的缓存给用户（快），同时在后台默默回源更新（新）。用户几乎感知不到过期，又总能拿到接近最新的内容。在支持的配置项里开启即可。

速查卡片