libthrift0.9.0解析（五）之TNonblockingServer&THsHaServer

本文是一边看代码一边写的，是真随笔，随看随下笔。

看TNonblockingServer，先看其父类AbstractNonblockingServer。一般来说，父类封装的都是通用的东西，具体的底层实现方式交由子类来实现。因此抽象类一般会作为两层之间的交点所在，父类在上层，子类在下层。先看父类，再看子类，先看高层，再看低层，先看框架再忽略底层细节，遇到一些细节非常想看想深入进去时，也会忍住不看，待到上层了解完毕之后，再回过头来看。必要先在头脑中形成一个坐标系，然后再往其中安放具体物件。不知这样对也不对【注：此方法不一定好，最好是单步调试跟入代码。11.11】。

AbstractNonblockingServer父类为Tserver，实现了serve方法：

public void serve() {
    // start any IO threads
    if (!startThreads()) {
      return;
    }
    // start listening, or exit
    if (!startListening()) {
      return;
    }
    setServing(true);
    // this will block while we serve
    waitForShutdown();
    setServing(false);
    // do a little cleanup
    stopListening();
  }

startThreads方法开启一个线程，处理所有通道（连接）的所有请求，交由子类实现；startListening方法为通用方法，执行监听：serverTransport_.listen()。

看其子类TNonblockingServer中startThreads的实现：利用serverTransport_（必为TNonblockingServerTransport类型）构造一个SelectAcceptThread线程，然后开启。到此为止，服务开启完毕。

下面看SelectAcceptThread的实现，抽象父类为AbstractSelectThread，直接继承自Thread类。

按照上述原则，看AbstractSelectThread的构造函数和run方法。构造函数初始化了一个selector，没有run方法，其它很多方法，略去不看先。接着看子类SelectAcceptThread。

构造函数中把serverTransport注册到selector中，注册事件为accept。run方法主要代码：

while (!stopped_) {
          select();
          processInterestChanges();
}

看其字面，select处理具体事件，processInterestChanges处理其它一些事务。

在select函数中，用handleAccept、handleRead、handleWrite处理各种事件，具体怎么处理，不用管先。

在processInterestChanges函数中，遍历Set<FrameBuffer>列表selectInterestChanges，对每个FrameBuffer调用其changeSelectInterests方法。ok，这轮完毕。

在handleAccept中，accect一个client，然后client在selector上注册read事件，然后根据client, clientKey生成一个FrameBuffer对象，把该对象绑定到clientKey上。

在handleRead中，取出绑定的FrameBuffer对象buffer，调用buffer的read方法从通道中读取数据，读取完毕后调用requestInvoke方法对该buffer进行处理，怎么处理的？等会儿再看。

在handleWrite中，调用绑定frameBuffer的write方法。

这轮结束，可以看出，其核心逻辑集中在FrameBuffer对象中。

看FrameBuffer构造函数，只是对传入的client，clientKey，selectorThread进行保存；

上轮的requestInvoke方法调用的是其invoke()方法，在invoke方法中，调用Processor对请求进行处理，处理完毕后调用responseReady方法和requestSelectInterestChange方法通知处理完毕，可进行下一步操作。

以下是responseReady的注释：

　　/**
     * After the processor has processed the invocation, whatever thread is
     * managing invocations should call this method on this FrameBuffer so we
     * know it's time to start trying to write again. Also, if it turns out that
     * there actually isn't any data in the response buffer, we'll skip trying
     * to write and instead go back to reading.
     */

对注释的注释，也即当请求处理完毕后，检查 frameBuffer中的response，若有返回值，把frameBuffer当前状态置为准备写的状态（AWAITING_REGISTER_WRITE），否则，置为读的状态，可以继续读取下一条。

下面看changeSelectInterests方法，还是直接上代码比较明了：

　　/**
     * Give this FrameBuffer a chance to set its interest to write, once data
     * has come in.
     */
    public void changeSelectInterests() {
      if (state_ == FrameBufferState.AWAITING_REGISTER_WRITE) {
        // set the OP_WRITE interest
        selectionKey_.interestOps(SelectionKey.OP_WRITE);
        state_ = FrameBufferState.WRITING;
      } else if (state_ == FrameBufferState.AWAITING_REGISTER_READ) {
        prepareRead();
      } else if (state_ == FrameBufferState.AWAITING_CLOSE) {
        close();
        selectionKey_.cancel();
      } else {
        LOGGER.error("changeSelectInterest was called, but state is invalid (" + state_ + ")");
      }
    }

也即判断当前状态，若为准备写，则注册client的写事件，若为读，注册读事件，并提前做好准备。

主要逻辑大概如上，现在让我们注意一下thrift中nonblcokingServer用到的一个特殊的transport==》TFramedTransport。它出现在AbstractNonblockingServerArgs的构造函数中：

public AbstractNonblockingServerArgs(TNonblockingServerTransport transport) {
      super(transport);
      transportFactory(new TFramedTransport.Factory());
    }

在NonblockingServer被构建时传入，在frameBuffer的invoke方法中被使用：

    　TTransport inTrans = getInputTransport();
      TProtocol inProt = inputProtocolFactory_.getProtocol(inTrans);
      TProtocol outProt = outputProtocolFactory_.getProtocol(getOutputTransport());

上面代码中的 inTrans和outProt其类型都为TFramedTransport。

它跟其它的transport的区别为“TFramedTransport is a buffered TTransport that ensures a fully read message every time by preceding messages with a 4-byte frame size.” 即每个数据包头4个byte，即一个int，指明该包（frame）内容的大小，每次读写都是以frame为单位读写的。