不透明响应限制的实际挑战和微妙考虑是什么？

不透明响应限制的影响

Fetch API 中定义的不透明响应给开发人员带来了实际挑战和微妙的考虑。

访问标头和正文

不透明响应限制对通常通过 Response 类提供的元信息的访问。开发人员无法从这些响应的 Body 接口中检索标头或利用方法，从而限制了有意义数据的提取。

资源使用

尽管存在这些限制，但不透明响应可以用作网页上的资源。浏览器允许将非 CORS 跨域资源（包括不透明响应）合并到脚本、样式表和媒体（例如图像、视频）等元素中。然而，字体是这种允许性的一个例外。

缓存存储

在缓存存储 API 中使用不透明响应会带来潜在的陷阱。无论原始请求的结果如何，不透明响应的 status 属性始终设置为 0。缓存存储 API 的 add() 方法拒绝状态代码超出 2XX 范围的响应。此行为意味着不透明响应，无论其实际状态如何，都无法使用 add() 添加到缓存，而必须使用 put() 方法显式添加。

Navigator.storage

使用不透明响应可能会夸大存储配额估计值和报告值。浏览器为不透明响应实现填充，导致它们为存储计算贡献了显着的最小大小。开发人员在缓存不透明响应时必须考虑此填充，以避免超出基于其实际大小的存储配额限制。

以上是不透明响应限制的实际挑战和微妙考虑是什么？的详细内容。更多信息请关注PHP中文网其他相关文章！