如果你仍然感兴趣，我直接从谷歌的男孩们那里留下这个建议。 https://developers.google.com/speed/docs/insights/LeverageBrowserCaching 他们更喜欢“过期前”而不是“缓存控制”

除了CC的private/public选项，我看不出有什么区别。当使用过期，如“访问加1年/月/周/天”，它的工作方式与CC完全相同。

如果你仍然感兴趣，我直接从谷歌的男孩们那里留下这个建议。 https://developers.google.com/speed/docs/insights/LeverageBrowserCaching 他们更喜欢“过期前”而不是“缓存控制”

cache - control是在HTTP/1.1中定义的，它告诉从服务器到客户端的所有缓存机制是否可以缓存这个对象。Cache-Control: max-age=3600。

Expires报头字段给出了响应过期的日期/时间。Expires值是一个HTTP-date时间戳:Expires: Tue, 18 july 2017 16:07:23 GMT。

如果一个响应包含一个带有max-age指令的Cache-Control字段，收件人必须忽略Expires字段。

根据谷歌开发人员的文章，HTTP缓存:

Cache-Control头被定义为HTTP/1.1规范的一部分 并取代以前用于定义响应的报头(例如Expires) 缓存策略。因此，所有现代浏览器都支持Cache-Control 这就是我们所需要的。

Heroku devcenter有一篇关于这个主题的优秀文章。

引用其中的话，

当Cache-Control头打开客户端缓存并设置资源的max-age时，Expires头用于指定资源不再有效的特定时间点。