赞
踩
** thrift是一种rpc常用的通信协议,它使用idl定义rpc方法和数据结构,使用thrift编译器根据idl定义生成不同语言的客户端代码和服务端代码,由这些生成的代码实现远程方法的调用和调用参数的解析。 **
** 使用thrift协议开发rpc方法之前,需要先定义好方法的idl文件。idl严格定义了方法的出参和入参,因为调用方代码和被调用方的代码都是根据idl生成的,所以idl是调用方和被调用方的强约定,保证了双方参数以及数据结构的一致性,开发的时候双方可以根据idl并行开发。 **
** 如上图,thrift共分为server,processor,protocal,transport四层,server一般由rpc框架自己实现,handler为业务开发人员实现的业务逻辑,processor为thrift根据idl自动生成的代码,protocal,transport则为通用类库,rpc框架根据需要进行选择。 **
** 是对tcp,http协议的抽象,提供了open、close 、read、write和flush总共5个接口 **
** thrift支持tcp协议,http协议等通信协议,并且提供统一抽象,上层不需要关心具体使用了哪种协议。那么transport层怎么知道使用的是哪种协议呢?后面会看到,rpc框架实现的server层会根据自己的需要对通信协议进行选择 **
** 定义了内存中的数据结构与有线格式(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." } } } } ]
** 前两层都是通用的与具体业务无关的,processor则为根据idl生成的处理代码,processor都实现了如下接口。可以看出它封装了读取输入参数和写入返回参数的能力。processor会根据idl的格式定义从输入流中读取入参并解析成本地对象,将参数传给handler(由业务开发人员实现)进行业务处理。最后将handler的返回值写入输出流返回给客户端。 **
interface TProcessor {
bool process(TProtocol in, TProtocol out) throws TException
}
** thrift把可变的部分都分离了出来到server层,由rpc框架自己实现,而processor是固定的逻辑,rpc框架需要把可变的参数handler,protocal和transport传给processor。比如传输使用http还是tcp,nio还是bio等都是server根据性能需要进行选择。另外server层还有一个很重要的功能就是要监听tcp端口,与客户端建立连接进行io通信,这样一个服务器才算真正运行起来。 **
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。