Chrome：`fetch` 花费的时间太长

Question

更新：

我将 API 从 更改fetch为XMLHttpRequest，但仍然看到问题。

根据控制台日志，延迟在“ readyState 1 ”（即OPENED）和“ readyState 2 ”（即HEADERS_RECEIVED）之间。

另外，也许值得一提的是，在 Firefox 中它运行良好。

---

我很感激关于如何调试为什么fetch()在 chrome 中调用需要 1 秒的一些指示。

根据“网络”选项卡，请求只用了 12 毫秒。但是在我的日志和“时间轴”选项卡中fetch()需要 1.06 秒。（以下截图）。

关于如何找出什么是拖延的任何提示fetch()？

网络标签截图：

时间线标签截图：

Answer 1

我打赌是因为延迟消失了，因为当你async: false知道它是由于某些东西阻塞了主线程。

在这里，对于使用 WebWorker 内部的 Fetch 并将结果发布回主线程的简单请求，我获得了大约 10 毫秒的时间。

var workerBlobs = Array.prototype.map.call(document.querySelectorAll("script[type=\"text\/js-worker\"]"), function (oScript) { return new Blob([oScript.textContent], {type: "text/javascript"}); });

var workers = workerBlobs.map(function(oBlob) { return new Worker(URL.createObjectURL(oBlob)); });

var log = document.getElementById('log');

function println(s) {
  log.appendChild(document.createTextNode(s+'\n'));
}
workers[0].onmessage = function(oEvent) {
	println("Done in " + ( performance.now() - start ).toFixed(4) + "ms" );
  println(oEvent.data.message);
}
workers[0].onerror = function(oEvent) {
  println("Error: "+JSON.stringify(oEvent.data));
}

var start = performance.now();
workers[0].postMessage('http://stacksnippets.net/');

#log {
  white-space: pre-wrap;
}

<script type="text/js-worker">
onmessage = function (oEvent) {
  fetch(oEvent.data).then(function(response) {
    response.text().then(function(text){
      console.log("response:",text);
      postMessage({ type: 'response', message: text });
    });
  }).catch(function(err) {
    console.error("error:",err);
    postMessage({ type: 'error', message: err.toString(), stack: err.stack });
  });
}
</script>
<pre id="log"></pre>

尝试执行时，您必须原谅错误消息；请求在该片段沙箱内有些封锁。如果我找到一个有效的 URL，我会把它扔进去。使用jsfiddle.net示例。

编辑：更新jsfiddle.net示例。使用 postMessage 时会产生一些轻微的延迟损失（在本例中，chrome 中大约为 5 毫秒）。相同的 10 毫秒平均总数。这可以通过使用可传输的数组缓冲区和其他一些恶作剧来解决。

为了更清楚地了解这一点，您应该能够使用此示例在工作线程上执行提取和计时，然后查看返回主线程需要多长时间。如果从 worker 到 main 花费了太多时间，则说明主 JS 线程中存在阻塞。然后你必须追捕它，并引入一些异步流来允许你的提取等等。