一起来读Netty In Action之netty的组件和设计（二）

  在上一篇博客中，我们给出了java高性能网络编程的技术基础，也简单的介绍了netty的核心构件，在这一篇博客中，我们将更加详细的研究netty的各个组件，并且密切关注它们是如何通过协作来支撑这些体系结构上的最佳实践的。

  首先，我们会对Channel,EventLoop和ChannelFuture类进行讨论，这些类结合在一起，可以被认为是netty网络抽象的代表：

  (1)Channel - Socket

     表示基本的I/O操作，在基于java的网络编程中，基本构造是class socket。netty的channel接口提供的api，大大降低了直接使用socket类的复杂性，此外，channel也是拥有许多预定义的专门化实现的广泛类层次的根如：LocalServerChannel,NioDatagramChannel,NioSocketChannel,NioSctpChannel。

  (2)EventLoop-控制流，多线程处理，并发

       EventLoop定义了netty的核心抽象，用于处理的连接的生命周期中所发生的事件。下图展示了几个重要的实体之间的关系：

 

注：一个eventLoop在在它的生命周期只与一个thread绑定；

      所有由eventLoop处理的I/O事件都将在它专有的thread上被处理；

      一个channel在它的生命周期内只注册于一个eventLoop；

      一个eventLoop可能会被分配给一个或者多个channel；

在此基础上，一个channel的所有的I/O操作都是由同一个线程（同一个eventLoop）去处理的，消除了对于同步的需要。

 

  (3)ChannelFuture - 异步通知

    正如我们之前所说的，netty的所有的I/O操作都是异步的，所以我们需要提供一种用于在之后的某个时间点确定其结果的方法；因此，netty提供了ChannelFuture接口，其addListener()方法注册了一个ChannelFutureListener,以便在某个操作完成时得到通知。（其实可以将其看成是将来要执行的操作的结果的占位符，它究竟在什么时候执行可能取决于若干因素，但是它肯定会被执行。） 

 

 (4)ChannelHandler和ChannelPipeline

     从开发人员的角度来看，netty的主要组件是channelHandler  ，因为其方法是由网络事件触发的，channelHandler几乎可以处理任何类型的动作，甚至包括异常。例如，channelInboundHandler是我们经常需要实现的子接口，其用来接收入站事件和数据，当要给连接的客户端发送响应时，也可以通过channelInboundHandler冲刷数据。

    channelPipeline提供了channelHandler 链的容器，使得事件流经channelPipeline是channelHandler的工作，他们是在应用程序的初始化或者引导阶段被安装的，这些对象接收事件，执行他们所实现的处理逻辑，并将数据传递给链中的下一个channelHandler，他们的执行顺序是他们被添加的顺序决定的。当然入站和出站的channelHandler可以被安装到同一个channelPipeline中。

     这里多说一句，实际上当channelHandler被注册到channelPipeline时，它将会被分配一个channelHandlerContext，其代表了channelHandler和channelPipeline之间的绑定，这个对象主要被用来写出站数据，其上的每一个方法，都提供了简单的将事件传递给下一个channelHandler方法的实现。在netty中，有两种发消息的方式，直接写到channel中或者写到和channelHandler相关联的channelHandlerContext对象中，前一种方式导致消息从channelPipeline的尾端开始流动，后一种方式导致消息从channelPipeline的下一个channelHandler开始流动。

    netty以适配器的形式提供了大量的默认的channelHandler的实现，这些是适配器的子类将自动的把事件转发到链中的下一个channelHandler，因此我们只需要重写我们需要处理的方法和事件。

 (5)编码器和解码器

    当netty接收或者发送一个消息时，就会发生一次数据转换，入站消息被解码，出站消息将会被编码，netty也为编码器和解码器提供了不同类型的抽象类，并且所有的编码器和解码器都实现了channelOutboundHandler或channelInboundHandler接口。

 (6)引导

    netty的引导类，为应用程序的网络层配置提供了容器，这涉及将一个进程绑定到某个指定的端口，或将一个进程连接到另一个运行在某个指定主机的指定端口上的进程。

有两种类型的引导：一种用于客户端（Bootstrap）用于连接到远程主机和端口,一种用于服务端（ServerBootstrap）绑定到本地的端口。ServerBootstrap需要两个EventLoopGroup而Bootstrap只需要一个，我们来看一下为什么：

因为服务器需要两组不同的channel，第一组将只包含一个ServerChannel代表绑定到服务器自身本地端口正在监听的套接字，而第二组将包含创建的用来处理传入客户端连接的channel。与serverChannel 相关联的EventLoopGroup将分配一个负责为传入连接请求创建channel的EventLoop,一旦连接被接受，第二个EventLoopGroup就会给他的channel分配一个EventLoop。如下图所示：

 

 

 (7)总结

    这一章我们从技术和体系结构两个角度分析讨论了netty的组件，下面我们将深入研究这些组件。