Google Drive使用哪种技术来进行实时编辑？
当我在多个用户访问的Google Drive文档中输入时，Chrome开发者工具网络选项卡显示没有WebSockets。
我发现最常见的两种AJAX调用类型在URL中分别有"bind?"或者"save?"。"save?" POST请求在我每次输入时都会被发送，这很有意义-普通的AJAX用于将更新发送到服务器。
当另一个用户输入时，最近的"bind?" GET调用保持打开状态，并且通过该连接传输的数据量增加。定期地，“bind?”被关闭并打开新的，“bind?”的逻辑似乎是持续时间和数据大小的某个函数。
由于当服务器发送更新时不会完成响应，因此这不是长轮询。
由于内容类型为"text/plain"而不是"text/stream"，因此这似乎不是服务器推送事件。
Google正在做什么？如果可以的话，我该如何尝试实现这一点？
迄今为止它没有名称。我会称之为 "no-polling"，以与轮询和长轮询形成对比。
使用轮询，客户端会定期发送查询以获得新数据。
使用长轮询，客户端查询数据，服务器保留请求，并在有更新时通过响应结束返回更新。
No-polling（即Google Drive所做的）利用了浏览器可以在请求完成之前从请求体中读取数据的特性。因此，随着协作者进行更多输入和编辑，服务器将更多数据附加到当前请求。如果满足某些限制条件（内容长度或请求持续时间），则请求将完成，客户端会向服务器发起一个新请求。
客户端向服务器发送更新：这可以通过普通的POST请求完成。
客户端订阅来自服务器的更新：
客户端发送GET请求更新流，然后在响应完成之前开始读取响应体。
XHR对象可以在请求完成之前发出
progress事件。 可以使用xhr.responseText访问（部分）响应。~~截至2016年5月，尚无简单的方法使用fetch观察进度yet。~~ 使用fetch时，可以通过消耗res.body ReadableStream来观察进度。
当当前请求结束时，客户端应该启动一个新的请求。
服务器必须：
这里所描述的无轮询技术类似于 "服务器发送事件 - SSE"，其中客户端通过发送带有 "text/event-stream" 内容类型的 HTTP GET 请求。 服务器保持对请求的控制，并在需要时向客户端发送响应。 它是持久性的，但与WebSocket不同，WebSocket是双向通信，而SSE是单向通信（只有服务器向客户端发送有效载荷/消息）。
