IDL语法（略）

1）TServer
定义了静态内部类Args,Args继承抽象类AbstractServerArgs,AbstractServerArgs采用建造者模式，向TServer提供了各种工厂

TServer的三个方法，
serve()：启动服务
stop()：停止服务
isServing()：用于检测服务的启停状态

2）TSimpleServer
采用最简单的阻塞IO，实现方法简洁明了，但是一次只能接受和处理一个socket连接，效率比较低，一般用于延时Thrift的工作过程

3）TThreadPoolServer
采用阻塞socket方式工作，主线程负责阻塞式监听是否有新的socket连接，具体业务处理交由一个线程池处理

TThreadedPoolServer 解决了TSimpleServer不支持的并发和多连接问题，引入线程池，实现的模型是one thread per connection

优缺点：
优点：
拆分监听线程（Accept Thread）与处理客户端连接的工作线程（Worker Thread）,数据读取和业务处理都交给线程池处理。因此并发量较大的时候新的连接能被及时的接受
线程池模式比较适合服务器端能够阈值最多有多少个客户端并发的情况，这样每个请求都能被业务线程池及时处理，性能非常高
缺点：
线程池模式的处理能力受限于线程池的工作能力，如果线程处理业务逻辑较久，那么并发线程数大于线程池中的线程数，新的请求只能排队等待
默认线程池允许创建的最大的线程数量为Integer.MAX_VALUE,可能会创建大量的线程，导致OOM

4）TNonblockingServer
单线程工作，但是采用NIO，利用IO多路复用模型处理socket就绪事件，对于有数据到来的socket进行数据读取工作，对于有数据发送的socket则进行数据发送操作，对于监听socket则产生一个新的socket注册到selector,使用单Reactor多线程模式。

优缺点：
优点：
相对于TSimpleServer效率提升主要体现在IO多路复用上，TNonblockingServer采用非阻塞IO,对accept/read/write等io事件进行监控和处理，同时监控多个socket变化
缺点：
在业务处理上还是单线程顺序来完成，当业务处理比较复杂，耗时的时候，例如某些接口需要读取数据库执行时间比较长，会导致整个服务阻塞住，此时该模式效率不高，因为多个调用请求任务依然是顺序一个一个执行

5. THsHaServer
   鉴于TNonblockingServer缺点，THsHaServer继承TNonblockingServer，引入线程池提高任务处理的并发能力
   

THsHaServer优缺点
优点：
与TNonblockingServer模式相比，THsHaServer在完成数据读取后，将业务处理过程交给线程池去处理，主线程直接返回下一次循环操作，效率大大提升
缺点
主线程仍然完成所有的socket的连接监听，数据读取，数据写入操作，当并发请求数量大的时候，且发送数据量过多的时候，监听socket新的连接请求不能及时的接受

6）TThreadedSelectorServer

TThreadedSelectorServer是对THsHaServer的一种扩充，它将selector中的读写IO事件（read/write）从主线程分离处来，同时引入worker工作线程池.
内部有几下几个部分组成：
1.一个AcceptThread专门用来处理socket的连接事件
2.若干个SelectorThread专门用来处理业务socket的网络IO操作，所有的网络的读写都是由这些线程完成
3.一个负载均衡器 SelectorThreadLoadBalancer对象，主要用于AcceptThread线程接受到一个新的socket连接请求的时候，将这个新的连接请求分配到那个SelectorThread线程
4.一个ExecutorService类型的工作线程池，在SelectorThread的线程中，监听到有业务的socket中有调用请求过来，则将请求的数据如读取之后，交给ExecutorSErvice线程池完成此次调用的具体操作，主要用于处理每个rpc请求的handler回调处理