如何用Lambda@Edge强制CloudFront刷新用户专属缓存？

一、Lambda@Edge 实现方案 #

这是最贴合你需求的方案，核心是通过请求触发的Lambda识别用户的刷新指令，动态控制CloudFront的缓存行为，同时保证正常请求仍能命中用户专属缓存。

1. 客户端触发逻辑 #

让「刷新」按钮发起请求时，在请求头中添加自定义标识，比如 X-Force-Refresh: true。

2. Lambda@Edge 配置（Viewer Request 事件） #

创建Viewer Request阶段的Lambda@Edge函数，逻辑如下：

• 检查请求头中是否存在 X-Force-Refresh: true
• 如果存在：
  • 删除该自定义头（避免传递给源站）
  • 设置 Cache-Control: max-age=0，强制CloudFront跳过缓存直接请求源站
  • （可选）若需缓存新响应，可在Origin Response阶段的Lambda中，为新响应配置基于用户标识（如Cookie里的用户ID）的缓存策略
• 如果不存在：
  • 保留原有请求头，让CloudFront正常命中缓存

示例代码（Node.js）：

exports.handler = async (event) => {
    const request = event.Records[0].cf.request;
    const headers = request.headers;

    if (headers['x-force-refresh'] && headers['x-force-refresh'][0].value === 'true') {
        delete headers['x-force-refresh'];
        headers['cache-control'] = [{ key: 'Cache-Control', value: 'max-age=0' }];
    }

    return request;
};

3. 缓存键配置 #

确保CloudFront的缓存键包含用户唯一标识（如Cookie中的用户ID、自定义请求头里的用户标识），这样每个用户的内容会被单独缓存，不会互相干扰。在CloudFront缓存策略中，添加对应的用户标识到缓存键即可。

二、其他替代方案（无需自建缓存） #

1. 优化后的查询参数方案 #

你之前提到的查询参数思路可以优化：无需客户端跟踪缓存键，用户点击刷新时，动态添加随机参数（如 ?refresh=1699999999），正常请求不带该参数。同时在CloudFront缓存策略中设置「忽略指定查询参数」，将 refresh 参数排除在缓存键之外。这样：

• 正常请求：使用原始路径+用户标识作为缓存键，命中用户专属缓存
• 刷新请求：因带随机参数，CloudFront会绕过缓存去源站拉取新内容，新响应会被缓存到用户的原始路径缓存键下，下次正常请求即可获取更新后的数据

2. 结合Signed Cookies/URLs的版本控制 #

如果你的内容是用户私有内容，可以在Signed Cookies/URLs中加入版本号。当用户数据更新时，服务端生成带新版本号的签名凭证；用户点击刷新时，客户端请求带新版本号的Signed URL/Cookie，CloudFront会识别为新请求，直接从源站拉取更新后的内容。

三、关键注意事项 #

• Lambda@Edge必须部署到us-east-1区域，且需配置正确的权限允许CloudFront调用
• 缓存键必须包含用户唯一标识，避免不同用户的内容互相覆盖
• 强制刷新后的新响应，需设置合适的 Cache-Control 头，让CloudFront重新缓存用户专属的新内容

内容的提问来源于stack exchange，提问作者wolverine1995