微服务通讯协议Thrift的简单化应用

Thrift协议最初由Facebook公司开发，2008年加入Apache开源项目，其通过IDL接口定义语言来实现跨语言服务开发，其支持的开发语言广泛，包括C ++，Java，Python，PHP，Ruby，Erlang，Perl，Haskell，C＃， Cocoa，JavaScript，Node.js，Smalltalk，OCaml和Delphi等语言。

 

Thrift正常开发步骤

1. 下载Apache Thrift

   要开始使用，请下载 Thrift的副本（）。

2. 构建并安装Apache Thrift编译器

   然后，您需要构建 Apache Thrift编译器并进行安装。有关此步骤的帮助，请参阅安装Thrift指南。

3. 编写.thrift文件

   安装Thrift编译器后，您需要创建一个thrift文件。此文件是由thrift类型和Services 组成的接口定义。您在此文件中定义的服务由服务器实现，并由任何客户端调用。Thrift编译器用于将Thrift文件生成为源代码，由不同的客户端库和您编写的服务器使用。从thrift文件运行生成源

   thrift --gen <language> <Thrift filename>

    

Thrfit的IDL文件例子

Thrift支持许多种类型：

下面是一个Thrift的定义例子：

struct SharedStruct {

1: i32 key

2: string value

}

service SharedService {

SharedStruct getStruct(1: i32 key)

}

.net core 下开发痛点

生成的IDL文件和开发语言下定义的类，是割裂的，需要先定义出IDL，然后利用工具生成相应的class类，在大公司应该不是问题，因为开发人员的素质和水平都非常高，很容易学习新的东西，并且步伐一致的往前走。然而中小型公司内，如果领导架构的不是一个强势机构，会很容易被开发人员抱怨死的，因此为了避免这种痛，那也只有忍痛割爱，舍弃Thrift协议IDL带来的好处——效率。

采用Json格式传输是一个不错的选择，因为其序列化和反序列化的效率都不错，并且极容易被接受，虽然Thrift也支持json，但是仍然绕不开IDl这一关，因此我们需要利用Thrfit的通讯层，定义一个既定格式的IDl，绕过IDL文件的定义。

为了实现这个目标，先来看下Thrift的通讯协议定义：

既然Thrift的Json格式并不能完成我们的目的，那只好选用 TBinaryProtocol+TFramwdTransport 方式了。

Thrift协议简化的核心

简言之：以Thrift的结构体为根基发送我们自定义的Json格式内容信息。

因此目的一旦确定，可以做出如下简化(以下代码为Thrift的C#版sdk支持):

TStruct struc = new TStruct("MyDefineArgs");

oprot.WriteStructBegin(struc);

TField field = new TField();

field.Name = "MyDefineArgs";

field.Type = TType.String;

field.ID = 1;

oprot.WriteFieldBegin(field);

// 重点来了！这里就是我们定义的json字符串,

oprot.WriteString(MyDefineArgs);

oprot.WriteFieldEnd();

发送端就这么简化了，那接收端就同样处理吧。这样Thrift灵活多变的IDL就被简化为一个生硬不变的结构体，内容就是Json字符串了。如此简化后，微服务中的定义就是 我们的Json字符串映射的类，因此可以灵活适应所有的c#类定义了（只要Json支持，都可以）。

简化的劣势

1. 失去了Thrift的IDL的灵活性，

2. 失去了部分效率

简化后保留的优势

1. 继续支持多语言

2. 保留了80%的Thrift的效率

3. 开发接口方便快捷，仅需定义 c#原生类，不需要任何标记。