来自具有 S3 源的 AWS CloudFront 的文件没有缓存控制标头

我在 Google 中找到了几页，您可以在其中为单个对象设置 S3 中的 Header。这真的不是一种特别有效的方法，因为在我的例子中，我们正在谈论几个对象。

好吧，不管是否“高效”，这就是它的实际设计方式。

CloudFront 不添加 Cache-Control:标头。

CloudFront传递 （并且也尊重，除非另有配置）源服务器提供的Cache-Control:标头，在本例中为 S3。

获取Cache-Control:对象时获取 S3 提供的 headers，必须在对象上传到 S3 时提供，或者通过后续的 put+copy 操作添加到对象的元数据中，可用于在内部将对象复制到自身中S3、修改过程中的元数据。如果您编辑对象元数据，这就是控制台在幕后所做的事情。

S3 中还没有（如果您想知道）没有全局设置来强制存储桶中的所有对象返回这些标头——它是每个对象的属性。

更新： Lambda@Edge 是 CloudFront中的一项新功能，允许您在查看器和缓存和/或缓存和源之间针对请求和/或响应触发触发器，针对简单的请求/响应对象结构运行用 Node.js 编写的代码由 CloudFront 公开。

此功能的主要应用程序之一是操作标头......因此，尽管上述内容仍然准确 - CloudFront 本身没有添加Cache-Control- 现在可以让 Lambda 函数将它们添加到从 CloudFront 返回的响应中。

此示例仅在响应Cache-Control: public, max-age=86400中没有标头时添加。Cache-Control

在源响应触发器中使用此代码将导致它在每次 CloudFront 从源获取对象时触发，并在 CloudFront 缓存响应之前修改响应。

'use strict';

exports.handler = (event, context, callback) => {
    const response = event.Records[0].cf.response;

    if(!response.headers['cache-control'])
    {
        response.headers['cache-control'] = [{ 
            key:   'Cache-Control', 
            value: 'public, max-age=86400' 
        }];
    }

    callback(null, response);
};

更新（2018-06-20）：最近，我向 CloudFront 团队提交了一个功能请求，允许将静态源响应标头配置为源属性，类似于添加静态请求标头的方式，现在...扭曲，允许将每个标头配置为有条件地添加（仅当源未在响应中提供该标头时）或无条件地（添加标头并从该来源覆盖标头，如果存在）。

对于功能请求，您通常不会收到任何关于他们是否真的在考虑实施新功能的确认......甚至他们是否可能已经在努力......它只是在他们完成时宣布。所以，我不知道这些是否会实施。有一个论点是，由于此功能已通过 Lambda@Edge 提供，因此在基本功能中不需要它......但我的反驳是，如果没有能力，基本功能就不是功能完整的进行简单的静态响应标头操作，并且如果这是需要触发器的唯一原因，那么需要 Lambda 触发器是不必要的成本，在财务上和增加的延迟方面（尽管两者都不一定是奇怪的成本）。

自2021 年 11 月起，现在无需使用 Lambda@Edge 函数即可在 Cloudfront 内本地完成此操作。

1. 转到 Cloudfront > 策略 > 响应标头，然后单击“创建响应标头策略”
2. 输入一个名称，例如“CacheHeaders”，并添加一个自定义标题，如：
3. 创建策略后，编辑分配的行为并选择 Resposne headers 策略部分下的策略：