以ReadableStream作为请求主体进行获取

我正试着用一个。在本例中，ReadableStream应该只是无限期地重复“某些数据…”

fetch('/', {
  method: 'POST', 
  body: new ReadableStream({
    pull: function(controller) {
      console.log('pull called!');
      controller.enqueue('Some data...');
    }
  })
});

这不管用。当执行一次

pull

时，请求正文中不会发送任何数据

POST / HTTP/1.1
Host: example.com
Connection: keep-alive
Content-Length: 0
Origin: https://example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36
Accept: */*
Referer: https://example.com/
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.8

如何使ReadableStream（或任何可以写入动态数据的流）可用于fetch

或者，如果这还不可能，请您指出这一点好吗？多谢各位

---

注意：这是一个更具体的衍生问题，来自：

我们正在努力实现这一目标，请参阅获取标准的PR。完成后，您可以期待它（缓慢地）进入浏览器。

我们正在努力实现这一点，请参阅获取标准的PR。完成后，您可以期待它（慢慢地）进入浏览器。

谢谢。MDN文档今天说ReadableStream可用的原因是什么？现在它的用途是什么？可能只是一个文档怪癖，但是MDN文档说ReadableStream在请求中是可用的。为了实现这一目标，我们仍在对Chrome的网络代码进行一些基础性的重新构建，尽管这是我们的当务之急。至少对于Chrome，您可以遵循以下步骤：在我提交的MDN文档修改中，在

请求

正文中删除

ReadableStream

的积极指标：对于那些正在查看的人，可以在此处运行关于此特定功能的浏览器测试，谢谢。MDN文档今天说ReadableStream可用的原因是什么？现在它的用途是什么？可能只是一个文档怪癖，但是MDN文档说ReadableStream在请求中是可用的。为了实现这一目标，我们仍在对Chrome的网络代码进行一些基础性的重新构建，尽管这是我们的当务之急。至少对于Chrome，您可以遵循以下步骤：在我提交的MDN文档修改中，删除

Request

主体中

ReadableStream

的积极指标：对于那些正在查看的用户，可以在此处运行浏览器对该特定功能的测试