Thrift五种工作模式
每种模式都是在前辈的基础上的升级版本：
1.TSimpleServer：单线程，阻塞式IO，一般只能用于demo
2.TNonblockingServer：在1的基础上，基于NIO的方式。优点：非阻塞 缺点: 如果有IO或者其它耗时连接，其它的请求会受影响
3.THsHaServer：在2的基础上，主线程用于获取socket连接，NIO模式，并负责IO读取。之后交给线程池进行处理。主线程还是会成为性能瓶颈。
4.TThreadPoolServer：在3的基础上，主线程通过阻塞的方式获取socket连接，然后将socket连接请求封装成任务提交到连接池
5.TThreadedSelectorServer：在4的基础上，将业务线程和IO线程分开，有独立的线程池。最高级和有效的模式，可以作为默认模式。
协议
Thrift可以让你选择客户端与服务端之间传输通信协议的类别，在传输协议上总体上划分为文本(text)和二进制(binary)传输协议, 为节约带宽，提供传输效率，一般情况下使用二进制类型的传输协议为多数，但有时会还是会使用基于文本类型的协议，这需要根据项目/产品中的实际需求：
1、TBinaryProtocol – 二进制编码格式进行数据传输。
2、TCompactProtocol – 这种协议非常有效的，使用Variable-Length Quantity (VLQ) 编码对数据进行压缩。
3、TJSONProtocol – 使用JSON的数据编码协议进行数据传输。
4、TSimpleJSONProtocol – 这种节约只提供JSON只写的协议，适用于通过脚本语言解析
5、TDebugProtocol – 在开发的过程中帮助开发人员调试用的，以文本的形式展现方便阅读。
传输层
1、TSocket- 使用堵塞式I/O进行传输，也是最常见的模式。
2、TFramedTransport- 使用非阻塞方式，按块的大小，进行传输，类似于Java中的NIO。
3、TFileTransport- 顾名思义按照文件的方式进程传输，虽然这种方式不提供Java的实现，但是实现起来非常简单。
4、TMemoryTransport- 使用内存I/O，就好比Java中的ByteArrayOutputStream实现。
5、TZlibTransport- 使用执行zlib压缩，不提供Java的实现。
参考链接：
https://blog.csdn.net/houjixin/article/details/42779915
https://www.cnblogs.com/exceptioneye/p/4945073.html
