Google Chrome版本63.0.3239.84（正式版）（64位）缓存302重定向不正确？
Google Chrome Version 63.0.3239.84 (Official Build) (64-bit) Caching 302 Redirect Incorrectly?
更新到 Google Chrome 版本 63.0.3239.84（官方构建）（64 位）后，我发现我的 302 重定向之一出现了一些奇怪的行为（如下所示）。
cache-control header 设置为 no-cache, must-revalidate，但 Chrome 现在随机提供磁盘缓存中的内容。
这是一个新的 Chrome 错误，还是预期的行为？
注意 - 由于这不是一个可公开访问的系统，该请求已被删除了一些部分。 URL、远程 IP 和 CloudFlare Ray 不会提供任何有用的详细信息，除非您在 white-list.
编辑
可以在此处找到测试 URL：
https://v2.thinklikeamage.com/test302.php
此页面将发出带有 no-cache、must-revalidate Cache-Control header.
的 302 重定向
此致
如果未指定 no-store，现在 Google Chrome 似乎可以将 302 重定向的结果存储在本地磁盘缓存中。
将 no-store 添加到 Cache-Control header 似乎可以防止本地磁盘缓存。
-- 或者 --
'Use a prediction service to load pages more quickly' 设置现在似乎也与此相关。关闭此功能似乎可以缓解原来的问题，但对可能受其影响的 end-users 帮助不大。
更新到 Google Chrome 版本 63.0.3239.84（官方构建）（64 位）后，我发现我的 302 重定向之一出现了一些奇怪的行为（如下所示）。
cache-control header 设置为 no-cache, must-revalidate，但 Chrome 现在随机提供磁盘缓存中的内容。
这是一个新的 Chrome 错误，还是预期的行为？
注意 - 由于这不是一个可公开访问的系统，该请求已被删除了一些部分。 URL、远程 IP 和 CloudFlare Ray 不会提供任何有用的详细信息，除非您在 white-list.
编辑 可以在此处找到测试 URL：
https://v2.thinklikeamage.com/test302.php
此页面将发出带有 no-cache、must-revalidate Cache-Control header.
的 302 重定向此致
如果未指定 no-store，现在 Google Chrome 似乎可以将 302 重定向的结果存储在本地磁盘缓存中。
将 no-store 添加到 Cache-Control header 似乎可以防止本地磁盘缓存。
-- 或者 --
'Use a prediction service to load pages more quickly' 设置现在似乎也与此相关。关闭此功能似乎可以缓解原来的问题，但对可能受其影响的 end-users 帮助不大。