CacheStorage(Web) API关心像内容编码这样的头吗？

Question

我正在德诺1.26中使用新添加的德诺1.26 API。我的理解是，这基本上是一个Map<Request, Response>。我质疑Request对象因素的哪些方面来确定它是否匹配。例如，是否只考虑了URL？我开始思考，如果有一个针对Accept-Encoding: gzip, deflate, br的特定URL的请求，然后响应包含一个带有头Content-Encoding: gzip的gzip压缩体，会发生什么。如果请求包含Accept-Encoding: deflate的客户端请求相同的URL，那么会发生什么。gziped是否与基于CacheStorage的匹配，并返回带有gziped主体的响应？

我在Deno上测试了这个场景，情况似乎是这样的。Deno似乎只匹配基于URL的，而不关心Content-Encoding头。因此，我的问题是，这是否是Deno实现中的一个bug，还是它仅仅是web中的一个跨站点。也许我想得太多了，在现实中，这是没有意义的，因为现在使用的所有HTTP客户端都支持gzip压缩响应。

Answer 1

匹配缓存项算法中唯一考虑的头是Vary头。

外部客户端不调用Cache API本身。您的应用程序代码能够完全管理这些调用。

下面是一些关于使用Cache API并支持对客户端的压缩和未压缩响应的应用程序的一些想法：

• 内部与Cache API一起使用特定的压缩。
• 要求客户端支持编码或添加对按需解压缩的支持(请参阅下一项)
• 将Response从Cache服务到客户端…时
  • 如果客户端指定接受相同的编码，则直接从Cache返回压缩响应
  • 如果客户端指定接受其他编码，但不接受应用程序内部使用的编码，则使用不同的算法解压缩并可能重新压缩以返回所需的Response。
  • 如果客户端没有指定它接受的编码，那么将Response从Cache解压缩以返回到客户端