Thrift用于双向消息传递

Question

我很好奇节俭是否适合我的用例？我正在制作另一个消息传递系统，其中有一个客户端和服务器，但客户端和服务器都会向另一个发送请求消息，并且并非所有消息都是请求，只是通知。

回到10年前，我用基于二进制的手卷编解码器做到了这一点。回到5年前，我使用Google协议缓冲区再次做到了这一点。但我现在听到了更多关于Thrift的信息。

Thrift可以简单地用作编解码器吗，还是它真的是围绕请求/回复模式构建的？我需要保持与传输无关，因为我将使用自定义消息总线、webockets和可能的zeromq。

我也在考虑messagepack和协议缓冲区，因为我知道它们非常适合非请求/回复消息模式。

谢谢。

Answer 1

我只与Thrift的C版本进行过密切合作，所以这个答案就是基于此-它可能对其他语言也是如此，也可能不对。

根据我的经验，Thrift是相当模块化的，它为您提供了一个完整的堆栈，可以处理RPC、套接字通信、数据序列化以及基本上两者之间的任何内容。

首先，您可以在Thrift IDL文件中指定数据结构和服务，其方式类似于在类中指定成员变量（用于数据结构）和成员函数（用于服务）（在C/Java等中）的方式。您可以使用Thrift编译器编译这些代码，以生成特定于语言的源文件，然后可以在应用程序中实现这些源文件。

如果您使用完整的堆栈，那么只需创建必要的对象（服务器、协议、传输等）并打开客户端和服务器之间的连接（服务器在其中实现IDL指定的功能）。然后，客户端可以调用服务器上的函数，就好像服务器是本地对象一样，使用html" target="_blank">自定义的数据结构（或只是一些标准Thrift数据类型）作为参数和返回值。

默认情况下，这些函数是阻塞的，也就是说，它们在返回之前需要服务器的回答。但是，您也可以将函数指定为单向（只要它们返回void），在这种情况下，您只需发送函数调用，然后立即继续。

然而，只有在使用完整的旧货栈时，才会出现所有这些情况。您可以通过实例化各种对象（协议、传输、处理程序、服务器等）来创建客户端和服务器，尽管我自己从未尝试过，但我不明白为什么您不能创建传输的派生实现，然后使用它来代替Thrifts自己的传输。

如果您只想使用Thrift以跨平台的方式定义数据结构，也可以这样做，然后使用Thrift序列化这些结构（忽略堆栈的其余部分和RPC内容），然后通过您自己的传输将其作为二进制数据发送。