Thrift是什么
** thrift是一种rpc常用的通信协议，它使用idl定义rpc方法和数据结构，使用thrift编译器根据idl定义生成不同语言的客户端代码和服务端代码，由这些生成的代码实现远程方法的调用和调用参数的解析。 **
idl的作用
** 使用thrift协议开发rpc方法之前，需要先定义好方法的idl文件。idl严格定义了方法的出参和入参，因为调用方代码和被调用方的代码都是根据idl生成的，所以idl是调用方和被调用方的强约定，保证了双方参数以及数据结构的一致性，开发的时候双方可以根据idl并行开发。 **
thrift的分层架构
** 如上图，thrift共分为server，processor，protocal，transport四层，server一般由rpc框架自己实现，handler为业务开发人员实现的业务逻辑，processor为thrift根据idl自动生成的代码，protocal，transport则为通用类库，rpc框架根据需要进行选择。 **
1.Transport层
** 是对tcp，http协议的抽象，提供了open、close 、read、write和flush总共5个接口 **
** thrift支持tcp协议，http协议等通信协议，并且提供统一抽象，上层不需要关心具体使用了哪种协议。那么transport层怎么知道使用的是哪种协议呢？后面会看到，rpc框架实现的server层会根据自己的需要对通信协议进行选择 **
2.Protocal层
** 定义了内存中的数据结构与有线格式（wire-format）的转化机制，也就是encode/decode机制。在服务端将数据编码成实际传输的格式，支持json，压缩，二进制等格式。 **
// encode之前
{
uid: 1,
name: "Mark Slee",
blurb: "blurb here."
}
// encode之后
[
1, // Version
"store", // 服务名
1, // message类型
0, // seqid
{
"1": {
"rec": {
"1": {
"i32": 1
},
"2": {
"str": "Mark Slee"
},
"3": {
"str": "blurb here."
}
}
}
}
]
3.Processor
** 前两层都是通用的与具体业务无关的，processor则为根据idl生成的处理代码，processor都实现了如下接口。可以看出它封装了读取输入参数和写入返回参数的能力。processor会根据idl的格式定义从输入流中读取入参并解析成本地对象，将参数传给handler（由业务开发人员实现）进行业务处理。最后将handler的返回值写入输出流返回给客户端。 **
interface TProcessor {
bool process(TProtocol in, TProtocol out) throws TException
}
4.Server
** thrift把可变的部分都分离了出来到server层，由rpc框架自己实现，而processor是固定的逻辑，rpc框架需要把可变的参数handler，protocal和transport传给processor。比如传输使用http还是tcp，nio还是bio等都是server根据性能需要进行选择。另外server层还有一个很重要的功能就是要监听tcp端口，与客户端建立连接进行io通信，这样一个服务器才算真正运行起来。 **