新启动的线程的作用
新的线程是个死循环，如果发现有任务的话会执行selectNow()，如果返回0就会开始执行任务，否则没任务就执行选择器的select()方法阻塞，可以看下这个选择策略类，细节后面会讲，先知道为什么开始会执行任务而不是阻塞：
执行NioEventLoop的run方法
线程其实是执行这个方法：
执行具体类NioEventLoop的run()，这个才是真正的任务,省略了大部分东西，把主要的显示出来而来：
@Override
protected void run() {
for (;;) {
select(curDeadlineNanos); //可能会被选择策略延迟，如果有任务的话
processSelectedKeys();
runAllTasks()或者runAllTasks(long timeoutNanos);//执行任务
}
前两个方法暂时不讲，我们就说最后一个runAllTasks，因为开始的时候会先执行前面提交的任务，前两个方法不会执行。那到底是有什么任务呢，其实就是前面提交的一个注册任务：
执行任务一(通道注册register0)
主要是里面的doRegister();
private void register0(ChannelPromise promise) {
try {
...
pipeline.invokeHandlerAddedIfNeeded();//handlerAdded事件
safeSetSuccess(promise);//设置注册成功
pipeline.fireChannelRegistered();//channelRegistered事件
if (isActive()) {
if (firstRegistration) {
pipeline.fireChannelActive();//channelActive事件
} else if (config().isAutoRead()) {
beginRead();
}
}
} catch (Throwable t) {
...
}
}
doRegister
可以看到里面的selectionKey 就是调用NIO的ServerSocketChannelImpl类来register的，此时注册才算是完成了,不过要注意的是这时候的注册事件是0，不监听事件。
@Override
protected void doRegister() throws Exception {
boolean selected = false;
for (;;) {
try {
selectionKey = javaChannel().register(eventLoop().unwrappedSelector(), 0, this);
return;
} catch (CancelledKeyException e) {
...
}
}
}
}
pipeline.invokeHandlerAddedIfNeeded()(含有新任务提交)
handlerAdded事件被触发，刚好是ChannelInitializer，他会去调用initChannel。
@Override
public void handlerAdded(ChannelHandlerContext ctx) throws Exception {
if (ctx.channel().isRegistered()) {
if (initChannel(ctx)) {
removeState(ctx);
}
}
}
最后就会调用了ServerBootstrap的初始化通道的init(Channel channel)这个方法，就会提交任务到当前事件循环的taskQueue：
safeSetSuccess(promise);
这个就是要回调啦，设置注册成功了，于是会调用我们在前面监听注册完成的回调：
里面就要调用doBind0来绑定端口了。
doBind0(含有新任务提交)
里面会提交任务到当前事件循环的taskQueue，任务里面才是去真正的绑定地址，顺便添加了一个失败关闭的回调：
之后的还会执行一些通知回调，这个后面会将，然后任务完成。
执行任务二(管道添加ServerBootstrapAcceptor)
事件循环继续执行任务，这次就是执行刚才添加的第一个任务：
先添加一个处理器，在倒数第二个位置上，这个就是连接接收器，后面会分发给worker组的，这个具体后面讲：
执行任务三(doBind0中的任务)(含有新任务提交)
事件循环继续执行任务，这次就是执行刚才添加的第二个任务：
最后的跟到：
@Override
public final void bind(final SocketAddress localAddress, final ChannelPromise promise) {
...
doBind(localAddress);//真正的绑定
invokeLater(new Runnable() {
@Override
public void run() {
pipeline.fireChannelActive();//准备监听连接事件
}
});
}
safeSetSuccess(promise);//绑定完成
}
doBind(localAddress);跟下去就到了NioServerSocketChannel的doBind方法，这里才是真正的绑定：
其实内部就是Nio原生的ServerSocketChannelImpl的bind方法：
可见netty最终的注册和绑定都是封装了Nio原生ServerSocketChannelImpl的操作。
然后还有个新任务invokeLater提交：
然后设置绑定成功的结果：
然后添加绑定失败的回调：
其实失败就是关闭通道：
此时前面已经绑定成功了，所以直接就可以回调operationComplete，因为我们自定义的也监听了绑定事件，所以这个时候也会有回调，也就说两个回调：
自定义的：
这个也可以看出为什么说netty是事件驱动的了，都是异步的事件回调，当然这个非常好，但是带来的一个问题就是执行的顺序其实是不确定的，对编程来说是有一定难度的，所以还是需要有一定整体流程的把握，不然就各种回调触发，自己也搞不清楚，摸不着头脑了。
执行任务四(invokeLater任务)
前面doBind0里添加的任务，触发通道激活事件：
他这个顺序也对，先把注册完成，然后绑定完成，然后再触发通道激活。
然后里面会调用通道的unsafe的beginRead，最终是通道的doBeginRead：
里面会设置关心OP_ACCEPT事件：
至此通道注册到选择器和通道绑定端口都已经完成。
有可能要执行任务五
不执行任务五的情况
这个任务是可能会提交，也可能不会执行，关键看自定义的写法，如果你是这样写，那就不会有个的方法执行：
因为addListener的内部会判断是否有完成绑定，有的话才会调用notifyListeners：
里面才会提交任务：
如果没阻塞添加的时候可能绑定任务没完成。所以也就不会执行进去，也就没有这个任务了。
执行任务五的情况
如果你是这种写法的话：
上一篇讲过，先会阻塞，直到绑定完成了调用设置成功结果safeSetSuccess(promise);，会唤醒主线程，然后去addListener的时候，发现已经完成了，所以就会调用notifyListeners，因为会提交任务。
至此启动过程基本讲完了，后面会慢慢讲里面的细节。
总结
还是用图比较好表达，整理了一个大概的流程图，红色表示回调，绿色表示提交了任务，蓝色表示执行任务：
好了，今天就到这里了，希望对学习理解有帮助，大神看见勿喷，仅为自己的学习理解，能力有限，请多包涵。
