Thrift 代码分析

标签：abs   facebook   thread   设置   sage   base   remote   cli   set   

Thrift的基本结束

Thrift是一个跨语言的服务部署框架，最初由Facebook于2007年开发，2008年进入Apache开源项目。Thrift通过IDL（Interface Definition Language，接口定义语言）来定义RPC（Remote Procedure Call，远程过程调用）的接口和数据类型，然后通过thrift编译器生成不同语言的代码（目前支持C++,Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk和OCaml），并由生成的代码负责RPC协议层和传输层的实现。

Thrift代码分析

Thrift代码分析，可以借鉴和学习的方面：

1、代码分层设计，Thrift分传输层、协议层、处理层、服务层四个层设计，上层只依赖下层，方便扩展和维护。

2、基于接口编程和多用抽象工厂设计，每层之间都有一个核心的接口，各个实体初始化基本是使用工厂设计模式，降低耦合。

3、基于BIO和NIO，满足不同情景，便于性能调优。

层次如下图：

各层的调用顺序如下图：

各层的类设计如下

传输层

TTransport：客户端传输层抽象基础类，主要方法：read、write、flush、open、close。read、write方法为核心

TSocket 与 TNonBlockingSocket：分别是基于BIO和NIO客户端传输类。 TSocket持有Socket，设置输入输出流使用1K的BufferedStream，

TNonBlockingSocket持有SocketChannel，read和write方法里的byte会每次被wrap成一个ByteBuffer。

TServerSocket 与 TNonBlockingServerSocket：分别是基于BIO和NIO服务端传输类。TServerSocket持有ServerSocket，TNonBlockingServerSocket持有ServerSocketChannel。

TFramedTransport与TFastFramedTransport：将数据封装Frame(帧)实现的， TFastFramedTransport效率内存使用率高，使用了自动扩展长度的buffer

TZlibTransport：读取时按1K为单位将数据读出并调用JDK的zip函数进行解压再放到Buffer，写入时，在flush时先zip再写入。

TSaslClientTransport与TSaslServerTransport：提供SSL校验

协议层

1)IDL 定义支持类型：

   基本类型: i16，i32，i64, double, boolean，byte，byte[], String。

   容器类型: List，Set，Map，TList/TSet/TMap类包含其元素的类型与元素的总个数。

   Struct类型：即面向对象的Class，继承于TBase。TStruct类有Name属性，还含有一系列的Field。TField类有自己的Name，类型，顺序id属性。

   Exception类型：Struct，继承于TException这个checked exception。

   Enum类型：传输时是个i32。

   Message类型：封装往返的RPC消息。TMessage类包含Name，类型(请求，返回，异常，ONEWAY)与seqId属性。

2) 类分析：

TProtocol：基础抽象类，拥有对IDL定义支持类型read和write方法，对于结构类型先readxxBegin()(或writexxBegin()),结束时调用readxxEnd() (或readxxEnd())方法。

TBinaryProtocol：二进制流传输协议类，把各类型转换成byte数组，交给TTransport传输。

TCompactProtocol：压缩方法二进制协议类，将Integer按照ZigZag

TTupleProtocol：继承TCompactProtocol，Struct使用时更省空间

TJSONProtocol：Json格式协议类，将数据封装成Json格式，再转为byte数组交给传输层。

TSimpleJSONProtocol：Json格式协议类，但只支持写的功能。

TProtocolFactory：TProtocol的工厂基础类，每个TProtocol实现类均有一个工厂实现。

Server层

TServer ：基础抽象类，实际上类似一个容器，持有TProcessor、TTransport、TProtocol的工厂对象，AbstractServerArgs作为参数抽象类，提供一个serve()方法,用于启动服务，stop()方法停止服务。

TSimpleServer :单线程阻塞式服务，只用于做测试的简单服务类。

TNonblockingServer：支持非阻塞单线程服务模型，基于NIO的Select实现。

THsHaServer：继承TNonblockingServer。单线程处理I/O,线程池请求的处理。

TThreadedSelectorServer： 继承AbstractNonblockingServer。维持两个线程池，一个线程池处理I/O,另一个线程池处理请求。  以下代码时默认的线程池设置：

  1 Public class TThreadedSelectorServer extends AbstractNonblockingServer{
  2 …
  3 Public static class Args extends AbstractNonblockingServerArgs<TThreadedSelectorServer.Args>{
  4 Public int selectorThreads = 2;
  5 Private int workerThreads = 5;
  6 Private int stopTimeoutVal = 60;

TThreadPoolServer：专门的线程接受请求并交给线程池处理，完成后线程池连接释放。请求处理线程和I/O线程为同一线程。阻塞式线程池模型。

Processer层

TProcessor：基础接口，抽象方法process(TProtocol in, TProtocol out)

TBaseProcessor ：基础抽象类，持有processMap对象，key为方法名标示，value为方法（ProcessFunction的实例），实现TProcessor的方法process，in.readMessageBegin()拿到传过来的方法名，如果存在则准备交给具体业务类执行，否则抛出无效方法的异常。

Processor：IDL生成，实现TProcessor接口并继承TBaseProcessor类。

TAsyncProcessor：异步处理接口，抽象方法process(final AsyncFrameBuffer fb)TBaseAsyncProcessor：异步处理抽象类，持有processMap对象，key为方法名标示，value为方法（AsyncProcessFunction的实例），实现TAsyncProcessor的方法process(final AsyncFrameBuffer fb)，AsyncProcessFunction的getResultHandler方法拿到一个AsyncMethodCallback，带执行start方法后通过sendResponse方法返回。 AsyncProcessor 由IDL生成，实现TAsyncProcessor接口并继承TAsyncProcessor类。

TProcessorFactory： 构建 TProcessor的工厂类

(The End)

Thrift 代码分析

标签：abs   facebook   thread   设置   sage   base   remote   cli   set   

原文地址：https://www.cnblogs.com/tyol/p/10562394.html