边缘程序ER的Fetch相关的常见问题 -

本文为您列出了边缘程序ER（EdgeRoutine）的Fetch相关的常见问题。

Fetch支持解压缩吗？

Fetch默认会自动解压缩，有以下三种解压缩行为：

decompress：默认行为，读取response的content-encoding头，从右往左数，第一个非Identity的值作为解压缩算法，例如content-encoding: gzip, identity，选择gzip当作算法。如果您删除了该算法参数，删除后的头如下：
- content-encoding：identity, gzip表示Fetch后返回的原始头，content-encoding: identity表示被ER删除后的头。
- content-encoding: gzip表示Fetch后返回的原始头，content-encoding表示被ER删除后的头。
说明
删除头后内容会透明显示，就像源站没有返回gzip的内容。如果ER无法识别对应的算法会抛出异常，目前仅支持gzip算法，未来可能会支持brotli算法。
fallbackIdentity：与decompress相似，无法解压缩时不会报错，直接当作identity处理。这个异常是有意为之，因为内容是压缩过的，你的读取可能没意义，因为你可能需要处理。
manual：不解压缩。

您可以通过以下方式手动设置Fetch的解压缩策略：

fetch(url, {decompress: "manual"})
fetch(url, {decompress: "fallbackIdentity"})

Fetch的最大限制是多少？

所有的上下文即浏览器请求的边缘截获，发起的子请求默认最大限制是32个，每一次3xx跟随也算32个，将来支持的cache API也算32个，如果您需要提高限制配额，请提交工单申请。

ER可以识别非法URL吗？

ER无法识别非法的URL，如果您的URL含有非法字符，会提示没有正确的encode，请您确保URL正确。

连接池的最大限制是多少？

ER会自动为Fetch做连接池功能，用以规避TCP或SSL的握手消耗。连接池的数量限制默认是128，超过128个连接后，连接池将不再进行cache连接，您可以申请提升配置，增加连接池的上限。

连接池属于用户级别的连接池，非请求级别。如果当前的连接池为空，ER会尝试新建连接。当您完整读取了某次请求的回复body时，ER才能cache连接。

以下代码可以确保将Fetch的body读取完毕。

async function fetchAndIgnore(url, options) {
  let response = await fetch(url, options);
  // 该方法调用可以使ER强制忽略回复的body，并保证body被读取完毕。
  await response.ignore();
}