公司自研rpc框架，底层网络通信框架为netty；作为it小白，有必要学习rpc框架及对应的系统底层网络通信框架。前一篇文章初步了解nio内容，下面开始逐步学习netty源码内容。
内容参考//www.greatytc.com/p/c5068caab217 中的部分内容。
使用版本为：
Netty 服务端创建的时序图，如下（摘自《Netty权威指南（第二版）》）
举例：服务端启动代码：
开启一个服务端，端口绑定在8888，使用nio模式，下面讲下每一个步骤的处理细节
EventLoopGroup ：
是一个死循环，不停地检测IO事件，处理IO事件，执行任务，后面详细描述；初始化用于Acceptor的主"线程池"以及用于I/O工作的从"线程池"；
ServerBootstrap ：
初始化ServerBootstrap实例， 此实例是netty服务端应用开发的入口是服务端的一个启动辅助类，通过给他设置一系列参数来绑定端口启动服务;
.channel(NioServerSocketChannel.class) ：
指定通道channel的类型，由于是服务端，故而是NioServerSocketChannel；表示服务端启动的是nio相关的channel，channel在netty里面是一大核心概念，可以理解为一条channel就是一个连接或者一个服务端bind动作;
b.childHandler(new NettyServerFilter()) 表表示一条新的连接进来之后，该怎么处理，NettyServerFilter代码如图中所示：
ChannelFuturef =b.bind(port).sync() 这里就是真正的启动过程了，绑定6789端口，等待服务器启动完毕，才会进入下行代码。
详细描述：
ServerBootstrap的各个参数的配置不再描述；直接跳入到bind()方法：
逐步step：
通过端口号创建一个 InetSocketAddress，然后继续step:
其中validate()方法用于验证服务启动需要的必要参数是否合格
如果参数合格，则调用dobind()
去掉细枝末节，让我们专注于核心方法，其实就两大核心一个是 initAndRegister()，以及doBind0();
initAndRegister() 联系到nio里面轮询器的注册，可能是把某个东西初始化好了之后注册到selector上面去，最后bind，像是在本地绑定端口号，带着这些猜测，我们深入下去
initAndRegister()
核心代码如图中红框部分；
1. new 一个channel，
2. init这个channel，即调用init(channel)初始化通道信息
3. 将这个channel register到某个对象。
后面逐一分析：
1. new 一个channel
final Channel channel = channelFactory().newChannel();
调用channelFactory生成通道channel实例，通过serverbootstrap的channel方法来指定通道类型，其实是调用基类AbstractBoostrap的channel方法，其内部其实是实例化了一个产生指定channel类型的channelFactory。
所以，initAndRegister中的channelFactory.newChannel()方法就是生成了一个NioServerSocketChannel的实例。
channel的定义，netty官方对channel的描述如下
A nexus to a network socket or a component which is capable of I/O operations such as read, write, connect, and bind
这里的channel，由于是在服务启动的时候创建，我们可以和普通Socket编程中的ServerSocket对应上，表示服务端绑定的时候经过的一条流水线。这条channel是通过一个 channelFactory new出来的，channelFactory 的接口很简单：
就一个方法，我们查看channelFactory被赋值的地方
在这里被赋值，我们层层回溯，查看该函数被调用的地方，发现最终是在这个函数channel()中，ChannelFactory被new出
demo程序调用channel(channelClass)方法的时候，传入参数
将channelClass作为BootstrapChannelFactory的构造函数创建一个BootstrapChannelFactory。
最终，在initAndRegister() 方法的开始阶段final Channel channel = channelFactory().newChannel()；初始化创建channel是调用的BootstrapChannelFactory.newChannel（）方法，即AbstractBootstrap类中的内部类BootstrapChannelFactory中的newChannel();
看到clazz.newInstance() 是通过反射的方式来创建一个对象，而这个clazz就是我们在ServerBootstrap中传入的NioServerSocketChannel.class
创建channel相当于调用默认构造函数new出一个 NioServerSocketChannel对象
下面分析 NioServerSocketChannel的默认构造函数：
无参构造方法中有两个关键点：
1、使用默认的多路复用器辅助类 DEFAULT_SELECTOR_PROVIDER
2、通过newSocket创建ServerSocketChannel
通过SelectorProvider.openServerSocketChannel()创建一条server端channel（后面会在AbstractNioChannel.java的构造函数中保存为成员变量），然后进入到以下方法，即：将newSocket生成的ServerSocketChannel对象继续传递给本类中的NioServerSocketChannel(ServerSocketChannel channel)构造方法
因为是服务端新生成的channel，第一个参数指定为null，表示没有父channel，
第二个参数指定为ServerSocketChannel，第三个参数指定ServerSocketChannel关心的事件类型为SelectionKey.OP_ACCEPT。
第一行代码就跑到父类里面去了;
第二行new出来一个 NioServerSocketChannelConfig，其顶层接口为 ChannelConfig，.
super(null, channel, SelectionKey.OP_ACCEPT);
追踪到 NioServerSocketChannel 的父类 : AbstractNioMessageChannel.java
继续追踪到父类：AbstractNioChannel.java
将前面 provider.openServerSocketChannel(); 创建出来的 ServerSocketChannel保存到成员变量ch
然后调用ch.configureBlocking(false);设置该channel为非阻塞模式
这里的 readInterestOp 即前面层层传入的 SelectionKey.OP_ACCEPT，接下来重点分析 super(parent);(这里的parent其实是null，由前面写死传入)；
在AbstractNioChannel中做了下面几件事：
1、继续调用父类AbstractChannel(Channel parent)构造方法；
2、通过this.ch = ch 保存ServerSocketChannel， 因为NioServerSocketChannel是Netty封装的对象，而ServerSocketChannel是有前面默认selector_provider生成的，是java nio的， 其实“this.ch = ch”可以被认为是绑定java nio服务端通道至netty对象中；
3、设置ServerSocketChannel关心的事件类型；
4、设置ServerSocketChannel为非阻塞的（熟悉Java NIO的都知道如果不设置为false，启动多路复用器会报异
父类为AbstractChannel.java; 构造函数入切图：
此构造方法中，主要做了三件事：
1、给channel生成一个新的id
2、通过newUnsafe初始化channel的unsafe属性
3、pipeline =new DefaultChannelPipeline(this) 初始化channel的pipeline属性
此处：new出来三大组件，赋值到成员变量，分别为
1 this.parent = parent; 此时传入的是null
2 unsafe = newUnsafe();
在AbstractChannel类中，newUnsafe()是一个抽象方法
AbstractNioMessageChannel类中有newUnsafe()的实现
此方法返回一个NioMessageUnsafe实例对象，而NioMessageUnsafe是AbstractNioMessageChannel的内部类
NioMessageUnsafe 只覆盖了 父类AbstractNioUnsafe中的read方法，通过NioMessageUnsafe 及其父类的代码便可以知道， 其实unsafe对象是真正的负责底层channel的连接/读/写等操作的，unsafe就好比一个底层channel操作的代理对象。
OP_ACCEPT都已经注册上了，当接收到新用户连接时就会触发unsafe.read()方法。read()会不断调用doReadMessages()，将产生的readBuf逐一发送给Pipeline.fireChannelRead()去处理。
unsafe内容后续学习；
3 pipeline =new DefaultChannelPipeline(this);
初始化了HeadContext及TailContext对象。
head及tail初始化完成后，它们会相互连接。
通过上面的代码可以得出，pipeline就是一个双向链表。
回到NioServerSocketChannel的构造方法 NioServerSocketChannel(ServerSocketChannel channel)
config =newNioServerSocketChannelConfig(this, javaChannel().socket());
ioServerSocketChannelConfig是NioServerSocketChannel的内部类
而NioServerSocketChannelConfig 又是继承自DefaultServerSocketChannelConfig，通过代码分析，此config对象就是就会对底层ServerSocket一些配置设置行为的封装。
至此NioServerSocketChannel对象应该创建完成。
总结：
用户调用方法 Bootstrap.bind(port) 第一步就是通过反射的方式new一个NioServerSocketChannel对象，并且在new的过程中创建了一系列的核心组件，进一步研究：
1、NioServerSocketChannel对象内部绑定了Java NIO创建的ServerSocketChannel对象；
2、Netty中，每个channel都有一个unsafe对象，此对象封装了Java NIO底层channel的操作细节；
3、Netty中，每个channel都有一个pipeline对象，此对象就是一个双向链表；
NioServerSocketChannel的类继承结构图：
2.init这个channel
init(channel);
// 设置引导类配置的option
finalMap, Object> options = options0();
option： 设置通道的选项参数， 对于服务端而言就是ServerSocketChannel， 客户端而言就是SocketChannel；
// 设置引导类配置的attr，attr： 设置通道的属性；
attrs = attrs();
1. 上图这里先调用options0()以及attrs0()，然后将得到的options和attrs注入到channelConfig或者channel中
2. 上图代码第一行， 获取当前通道的pipeline，然后为 NioServerSocketChanne l绑定的 pipeline 添加 Handler；
3. 将用于服务端注册的 Handler ServerBootstrapAcceptor 添加到 ChannelPipeline 中。ServerBootstrapAcceptor 为一个接入器，专门接受新请求，把新的请求扔给某个事件循环器。对应到新进来连接对应的channel。
p.addLast()向serverChannel的流水线处理器中加入了一个 ServerBootstrapAcceptor，从名字上就可以看出来，这是一个接入器，专门接受新请求，把新的请求扔给某个事件循环器
3.将这个channel register到某个对象
ChannelFuture regFuture = group().register(channel);
调用到MultithreadEventLoopGroup的register；
然后调用到SingleThreadEventLoop中的register方法：
关键是：channel().unsafe().register(this, promise);
register跳转到AbstractUnsafe.java中的register
先将EventLoop事件循环器绑定到该NioServerSocketChannel上，然后调用 register0()
register0()方法定义了注册到EventLoop的整体框架，整个流程如下：
(1).注册的具体细节由doRegister()方法完成，子类中实现。
(2).注册后将处理业务逻辑的用户Handler添加到ChannelPipeline。fireChannelRegistered方法中实现。
invokeHandlerAddedIfNeeded()
(3).异步结果设置为成功，触发Channel的Registered事件。
(4).对于服务端接受的客户端连接，如果首次注册，触发Channel的Active事件，如果已设置autoRead，则调用read()开始读取数据。
上面的条件isActive() 方法， NioServerSocketChannel接受的Channel此时已被激活
在NioServerSocketChannel中重写此方法：
最终调用到jdk中，bound初始定义为false；oldImpl 标识为false
最终isBound返回false；
所以 isActive() 返回false；
如果isActive返回true（例如使用旧socket导致oldImpl为true）此时跳入到下列方法中：
跳转到AbstractChannelHandlerContext类中的 下列方法：
在 Outbound 事件(例如 Connect 事件)的传输过程中时, 我们也有类似的操作:
首先调用 findContextInbound, 从 Pipeline 的双向链表中中找到第一个属性 inbound 为真的 Context, 然后返回
调用这个 Context 的 invokeChannelActive
这个方法和 Outbound 的对应方法(例如 invokeConnect) 如出一辙. 同 Outbound 一样, 如果用户没有重写 channelActive 方法, 那么会调用 ChannelInboundHandlerAdapter 的 channelActive 方法，channelHandler相关内容后续学习。
isAutoRead方法默认返回true，于是进入到以下方法。
最终AbstractChannelHandlerContext中的read方法
findContextOutbound() 顾名思义, 它的作用是以当前 Context 为起点, 向 Pipeline 中的 Context 双向链表的前端寻找第一个 outbound属性为真的 Context(即关联着 ChannelOutboundHandler 的 Context), 然后返回.
详细分析后面学习。
总结，netty启动一个服务所经过的流程
1. 设置启动类参数，最重要的就是设置channel
2. 创建server对应的channel，创建各大组件，包括ChannelConfig,ChannelId,ChannelPipeline,ChannelHandler,Unsafe等
3. 初始化server对应的channel，设置一些attr，option，以及设置子channel的attr，option，给server的channel添加新channel接入器，并出发addHandler,register等事件：attr： 设置通道的属性；
4. 调用到jdk底层做端口绑定，并触发active事件，active触发的时候，真正做服务费端口绑定.
5. 在进行服务端开发时，必须通过ServerBootstrap引导类的channel方法来指定channel类型， channel方法的调用其实就是实例化了一个用于生成此channel类型对象的工厂对象。 并且在bind调用后，会调用此工厂对象来生成一个新channel。
Pipeline初始化过程分析
inbound： 本质上就是执行I/O线程将从外部read到的数据 传递给 业务线程的一个过程。
outbound： 本质上就是业务线程 将数据 传递给I/O线程， 直至发送给外部的一个过程。
过程如图：
channel中的pipeline其实就是DefaultChannelPipeline的实例
class DefaultChannelPipelineimplements ChannelPipeline
DefaultChannelPipelineimplements 实现了ChannelPipeline接口；
DefaultChannelPipelineimplements构造函数如图所示；初始化一个pipeline，此时定义tail head；
首先绑定channel对象，然后初始化头、尾上下文，然后头尾相互连接，形成双向链表。
head是HeadContext的实例，tail是TailContext的实例，HeadContext与TailContext都是DefaultChannelPipeline的内部类，它们的类继承结构图如下：
HeadContext类继承结构图
TailContext类继承结构图
从类继承图我们可以看出：
1、HeadContext与TailContext都是通道的handler（中文一般叫做处理器）
2、HeadContext可以用于outbound过程的handler
3、TailContext只可以用于inbound过程的handler
4、HeadContext 与 TailContext 同时也是一个处理器上下文对象
