是否有任何允许回调的 Thrift 风格的 RPC 系统？
Are there any Thrift-style RPC systems that allow callbacks?
在使用了几种不同的消息传递和 RPC 系统之后，我得出的结论是您最终总是需要传统的 RPC，和 某种推送事件。否则你不可避免地会遇到一些轮询黑客。
例如，HTTP 最初只支持 RPC 风格的方法（GET 和 POST return 立即响应）。人们意识到需要推送事件，因此使用长轮询来破解它。最终这个问题用 Server-Sent Events.
解决了
CoAP（基于 UDP 的轻量级 HTTP 版本）也通过向 GET 请求添加 'monitor' 选项来支持推送事件。这是一个非常优雅的解决方案。
但这些都不是 Thrift 风格的 RPC，我的意思是您编写一个接口定义文件，并且有一些工具可以将该接口编译成您选择的语言的本机代码。此后，您几乎可以像调用本地过程一样调用远程过程。
所以我的问题是，是否有任何 Thrift 风格的 RPC 系统可以让您订阅推送事件并在事件到达时调用回调（或类似的）？
是：
- gRPC 支持"streaming"，这意味着单个逻辑 RPC 调用实际上可以在每个方向上涉及多个消息。
- Cap'n Proto 支持对象功能，允许连接的任何一方向另一方发送对象引用，可以对其进行调用。例如，客户端可以调用服务器上的方法，并作为方法参数之一提供回调对象。回调对象实现了一些预定义的 RPC 接口。当服务器调用回调对象时，它正在向客户端进行回调。事实上，Cap'n Proto 连接是完全对称的：客户端和服务器之间的协议级别没有区别。
（披露：我是 Cap'n Proto 的作者，也是 Protocol Buffers v2 的作者，尽管我不隶属于 gRPC。）
在使用了几种不同的消息传递和 RPC 系统之后，我得出的结论是您最终总是需要传统的 RPC，和 某种推送事件。否则你不可避免地会遇到一些轮询黑客。
例如，HTTP 最初只支持 RPC 风格的方法（GET 和 POST return 立即响应）。人们意识到需要推送事件，因此使用长轮询来破解它。最终这个问题用 Server-Sent Events.
解决了CoAP（基于 UDP 的轻量级 HTTP 版本）也通过向 GET 请求添加 'monitor' 选项来支持推送事件。这是一个非常优雅的解决方案。
但这些都不是 Thrift 风格的 RPC，我的意思是您编写一个接口定义文件，并且有一些工具可以将该接口编译成您选择的语言的本机代码。此后，您几乎可以像调用本地过程一样调用远程过程。
所以我的问题是，是否有任何 Thrift 风格的 RPC 系统可以让您订阅推送事件并在事件到达时调用回调（或类似的）？
是：
- gRPC 支持"streaming"，这意味着单个逻辑 RPC 调用实际上可以在每个方向上涉及多个消息。
- Cap'n Proto 支持对象功能，允许连接的任何一方向另一方发送对象引用，可以对其进行调用。例如，客户端可以调用服务器上的方法，并作为方法参数之一提供回调对象。回调对象实现了一些预定义的 RPC 接口。当服务器调用回调对象时，它正在向客户端进行回调。事实上，Cap'n Proto 连接是完全对称的：客户端和服务器之间的协议级别没有区别。
（披露：我是 Cap'n Proto 的作者，也是 Protocol Buffers v2 的作者，尽管我不隶属于 gRPC。）