Thrift源码分析（六）-- Transport传输层分析

标签：thrift   rpc   

RPC作为一种特殊的网络编程，会封装一层传输层来支持底层的网络通信。Thrift使用了Transport来封装传输层，但Transport不仅仅是底层网络传输，它还是上层流的封装。

关于Transport的设计，从架构上看，IO流和网络流都是IO的范畴，用一个统一的接口来抽象并无不可，但是个人感觉看Thrift的代码时，都用的Transport来表示流，不知道是普通IO流还是底层的网络流。还不如用Java的方式，把普通IO和网络接口用不同抽象隔离，至少代码逻辑比较清晰

废话不多说，看看Trasport的类结构。 TTransport作为顶层的抽象，使用了抽象类，没有使用接口。个人感觉这种做法还是没有使用接口作为顶层抽象来得好，接口扩展性更好。

有几个关注点：

1. TIOStreamTransport和TSocket这两个类的结构对应着阻塞同步IO, TSocket封装了Socket接口

2. TNonblockingTrasnsort，TNonblockingSocket这两个类对应着非阻塞IO

3. TMemoryInputTransport封装了一个字节数组byte[]来做输入流的封装

4. TMemoryBuffer使用字节数组输出流ByteArrayOutputStream做输出流的封装

5. TFramedTransport则封装了TMemoryInputTransport做输入流，封装了TByteArryOutPutStream做输出流，作为内存读写缓冲区的一个封装。TFramedTransport的flush方法时，会先写4个字节的输出流的长度作为消息头，然后写消息体。和FrameBuffer的读消息对应起来。FrameBuffer对消息时，先读4个字节的长度，再读消息体

6. TFastFramedTransport是内存利用率更高的一个内存读写缓存区，它使用自动增长的byte[](不够长度才new)，而不是每次都new一个byte[]，提高了内存的使用率。其他和TFramedTransport一样，flush时也会写4个字节的消息头表示消息长度。

和Java的IO一样，Thrift的Transport也采用了装饰器模式实现了所谓的包装流。我们也使用包装流和节点流的概念来区分一下各个Transport。

节点流表示自身采用byte[]来提供IO读写的类：

AutoExpandingBufferReadTransport

AutoExpandingBufferWriteTransport

TMemoryInputTransport

TByteArrayOutputStream

TMemoryBuffer

两个网络相关的比较特殊，我们也可以认为它们是节点流，它们是直接操作网络读写的对象

TNonblockingSocket

TSocket

包装流表示封装了其他Transport，流来提供IO读写的类：

TFramedTransport

TFastFramedTransport

Thrift提供的包装流主要就是两个以TFrame开头的Transort，这两个Transport在写完消息flush的时候，会加上4字节表示长度的消息头，读消息是会先读4字节表示长度的消息头。

既然Thrift的NIO服务器端读消息时，使用了FrameBuffer来做缓冲区，并且解码时先读4字节长度的消息头，那么可以推断出，客户端发消息时，是使用TFramedXXXTransport包装流来传输数据的。

我们来一个实际的客户端对象构造情况

            TSocket socket = new TSocket(host, port);
            socket.setTimeout(timeout);
            TTransport transport = new TFramedTransport(socket);
            TProtocol protocol = new TCompactProtocol(transport);
            transport.open();

Thrift源码分析（六）-- Transport传输层分析

标签：thrift   rpc   

原文地址：http://blog.csdn.net/iter_zc/article/details/39695187