我知道了。如果您在同一选项卡中再次请求相同URI之后（通过单击刷新按钮，按键或按+ ），则Google Chrome浏览器将忽略Cache-Control或Expires标头。它可能有一种算法来猜测用户真正想要做什么。F5CommandR
测试Cache-Control标头的一种方法是返回带有自身链接的HTML文档。点击链接后，Chrome会从缓存中提供文档。例如，将以下文档命名为self.html：
<!doctype html>
<html lang="en">
<head>
<meta charset="utf-8">
<title>Test Page</title>
</head>
<body>
<p>
<a href="self.html">Link to the same page.</a>
If correctly cached, a request should not be made
when clicking the link.
</p>
</body>
</html>
另一种选择是复制URL并将其粘贴到同一选项卡或另一个选项卡中。
更新：在2017年1月26日发布的Chrome帖子中，仅通过对主要资源而不对子资源进行重新验证来描述以前的行为以及它如何发生变化：
用户通常由于页面损坏或内容陈旧而重新加载。现有的重载行为通常可以解决页面损坏的问题，但是定期重载（尤其是在移动设备上）无法有效地解决陈旧内容。此功能最初是在页面破碎非常普遍的时候设计的，因此可以同时处理两个用例是合理的。但是，随着网页质量的提高，这种最初的关注已变得不那么重要了。为了改善过时的内容用例，Chrome现在具有简化的重新加载行为，以仅验证主资源并继续进行常规页面加载。这种新行为最大限度地提高了缓存资源的重用性，并降低了延迟，功耗和数据使用量。
在2017年1月26日发布的Facebook帖子中，提到他们发现一段代码是Chrome在POST请求后使所有缓存的资源无效：
我们发现Chrome会重新验证通过发出POST请求而加载的页面上的所有资源。Chrome团队告诉我们这样做的理由是POST请求往往是可以进行更改的页面（例如购买或发送电子邮件），并且用户希望拥有最新的页面。
看来情况已不再如此。
最后，描述了Firefox正在引入Cache-Control: immutable以完全停止资源的重新验证：
Firefox实施了我们的一位工程师的建议，为某些资源添加了新的缓存控制标头，以告知浏览器该资源永远不要重新验证。这个标头背后的想法是，开发人员向浏览器额外承诺，该资源在其最大使用期限内将永远不会发生变化。Firefox选择以缓存控件：不可变标头的形式实现此指令。
我希望这有助于解开重装之谜。
这不是缓存的目的吗？
一种更简单的测试方法是将您的URL复制到新标签中：）
Chrome仅在隐身模式下从缓存加载，而其他则不行，这非常奇怪！
F5或者Ctrl-R是Reload命令，它要求浏览器重置缓存...这并不特定于Chrome。此外，Cache-Control: no-cache如果服务器希望将标头考虑在内，则会将标头发送到服务器...（这对于可能缓存您的页面的代理很重要。）@AlexisWilke F5不应清除缓存，在Win / Linux上，您必须按F5 + Ctrl刷新页面+清除缓存（请参阅：en.wikipedia.org/wiki/Wikipedia : Bypass_your_cache）