blocks|key|55140|text|从我所看到的：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|55141|当缓存控制头不提供缓存持续时间时，使用默认。|unordered-list-item|offset|length|style|BOLD|55142|最大值可以通过实施更短的缓存持续时间来覆盖缓存控制头。|55143|例如，如果应用程序通过报头将缓存持续时间设置为90分钟，但最大TTL设置为60分钟，则CloudFront将缓存60分钟。|55144|见文档：指定对象在CloudFront边缘缓存中停留的时间(终止)|55145|entityMap|0|LINK|mutability|MUTABLE|url|http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Expiration.html^0|0|J|2|0|0|3|0|0|4|T|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|X|8|@$E|Y|F|Z|G|H]]|9|@]|A|$]]|$1|I|3|J|5|D|7|10|8|@$E|11|F|12|G|H]]|9|@]|A|$]]|$1|K|3|L|5|6|7|13|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|14|8|@]|9|@$E|15|F|16|1|17]]|A|$]]|$1|O|3|-4|5|6|7|18|8|@]|9|@]|A|$]]]|P|$Q|$5|R|S|T|A|$U|V]]]]

From what I can see:

<ul>
<li>Default is used when the cache control headers do not provide a caching duration</li>
<li>Maximum can override the cache control headers by enforcing a shorter caching duration</li>
</ul>

For example, if the application sets the caching duration to 90 minutes via the headers, but the Maximum TTL is set to 60 minutes, then CloudFront will cache for 60 minutes.

See documentation: <a href="http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Expiration.html" rel="noreferrer">Specifying How Long Objects Stay in a CloudFront Edge Cache (Expiration)</a>

blocks|key|647147|text|是的，我想补充一下约翰·罗滕斯坦的回答：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|647148|Min+TTL和Max+TTL只是设置Cloudfront允许请求头更改TTL的范围。如果没有传递标头，则将使用默认的TTL。|offset|length|style|BOLD|647149|您可以在这里看到每一个的定义：http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesMinTTL|647150|在实践中，我们发现如果没有任何传递，默认的TTL并不总是被设置。因此，很好的做法是发送Control+age(或过期)或Cache-Control+s-maxage报头，以确保对象被缓存的时间是正确的。或者您可以将Min+TTL和默认TTL设置为同时。|647151|另一件需要记住的事情(从文档中)：|647152|如果将CloudFront配置为为缓存行为将所有头转发到源，则CloudFront从不缓存关联对象。|blockquote|647153|entityMap|0|LINK|mutability|MUTABLE|url|http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesMinTTL^0|0|0|7|8|7|0|F|3J|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@$D|10|E|11|F|G]|$D|12|E|13|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|14|8|@]|9|@$D|15|E|16|1|17]]|A|$]]|$1|J|3|K|5|6|7|18|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|19|8|@]|9|@]|A|$]]|$1|N|3|O|5|P|7|1A|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|1B|8|@]|9|@]|A|$]]]|R|$S|$5|T|U|V|A|$W|X]]]]

yea, just to add to @John Rotenstein's answer:

Min TTL and Max TTL just set the range that Cloudfront will allow the request headers to change TTL. If no headers are passed the Default TTL will be used.

You can see the definition of each here:
<a href="http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesMinTTL" rel="nofollow noreferrer">http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesMinTTL</a>

In practise, we have found that Default TTL does not always get set if nothing is passed. So it is good practise to send in Control max-age (or Expires) or Cache-Control s-maxage headers to ensure objects are getting cached for the correct time. Or you can set the Min TTL and default TTL to the same time.

Another thing to keep in mind (from docs):

<blockquote>
 If you configure CloudFront to forward all headers to your origin for
 a cache behavior, CloudFront never caches the associated objects.
</blockquote>

blocks|key|649771|text|默认缓存TTL:它将在请求中没有显示头部时应用。通常我们都喜欢这样。这是24小时，我们可以定制，如果我们需要。如果默认的TTL是24小时:+24小时对象在CloudFront缓存中，然后CloudFront将另一个请求转发给您的起源，以确定该对象是否已被更新。Max和Min+Cache+TTL:当出现带有缓存头的请求(访问对象)时(Control，Control，或过期)时应用。这些类似于边界值，如果请求标头的过期大于max-TTL，则将该对象过期视为max-TTL。如果任何对象请求头具有过期的(小于min)，则将该过期视为min。|type|blockquote|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|649772|unstyled|entityMap^0|0|8|3M|I|5R|2|6V|3|0^^$0|@$1|2|3|4|5|6|7|I|8|@$9|J|A|K|B|C]|$9|L|A|M|B|C]|$9|N|A|O|B|C]|$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|G|7|R|8|@]|D|@]|E|$]]]|H|$]]

<blockquote>
Default cache TTL: it will be applied when no headers presented in requests. Usually we do like this. This is 24 hours and we can customize if we want.
If default TTL is 24 hours: 24 hours objects to stay in CloudFront caches before CloudFront forwards another request to your origin to determine whether the object has been updated.
</blockquote>
<blockquote>
Max and Min Cache TTL: it will be applied when requests(to access objects) with cache-headers are presented(Cache-Control max-age, Cache-Control s-maxage, or Expires). These are like boundary values if request header has Expires greater than max-TTL then consider that object expiration as max-TTL. If any object request header has Expires which is less than min-TTL then consider that expiration as min-TTL.
</blockquote>

AWS CloudFront default cache behavior allows customizing Min TTL, Max TTL and Default TTL value. I repeatedly went through the documentation but could not understand what is actual difference between Default TTL and Maximum TTL. For example, if I give 24 hours (in seconds) in Default TTL then what happens to a different duration I apply in Max TTL?

Difference in AWS CloudFront Maximum TTL and Default TTL cache behavior

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

AWS CloudFront默认缓存行为允许自定义Min、最大TTL和默认TTL值。我反复阅读了这些文档，但无法理解默认TTL和最大TTL之间的实际区别。例如，如果我在默认的TTL中给予24小时(以秒为单位)，那么我在Max中应用的不同持续时间会发生什么呢？

问AWS CloudFront最大TTL与默认TTL缓存行为的差异
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问AWS CloudFront最大TTL与默认TTL缓存行为的差异EN