小编Loï*_*iès的帖子

我最近看到一篇文章，其中我们使用双向流调用来交换业务数据，而不仅仅是上传/下载。

然后我想到了一个问题：这个模型是否可以替代 API 后端到后端 HTTP 调用？

例如，如果我们检查一下：

当服务启动时，后端客户端可以与其他后端服务器打开 gRPC 流。然后当前端客户端调用该服务时：

1. 后端客户端向其他后端服务发送请求（带有ID）并等待
2. 另一个后端服务用响应（和相同的 ID）回调后端客户端
3. 一旦收到后端客户端的响应，它就会向前端做出回应

这种模式是否比连续 HTTP 调用更快？或者这个想法完全是愚蠢的？有人已经尝试过这个了吗？