Netty源码分析--Channel注册&绑定端口（下）（七）

接下来，我们看到的就是两个非常重要的方法

就是 processSelectedKeys() 和  runAllTasks() 方法了。

selectionKey中ready的事件，如accept、connect、read、write等，由processSelectedKeys方法触发。属于I/O任务。

添加到taskQueue中的任务，如register0、bind0等任务，由runAllTasks方法触发。属于非I/O任务。

两种任务的执行时间比由变量ioRatio控制，默认为50，则表示允许非IO任务执行的时间与IO任务的执行时间相等。

我们看一下 processSelectedKeys() 方法， 因为 selectedKeys != null 所以进入  processSelectedKeysOptimized() 方法。

由于没有这里只是启动服务端，没有客户端接入进来，所以我们先跳过processSelectedKeys()，一会我们结合客户端接入来讲这里。

直接看 runAllTasks() 方法。

Runnable task = pollTask(); 这个就是从 taskQueue 中拿出一个task。

然后循环执行这个任务， safeExecute(task)。

这个方法也是很简单，就是直接执行Runnable接口中的run()方法（这里并不是启动一个线程，而是仅仅的执行一个普通的run方法）。

大家想一下这里的这个task应该是什么呢?

大家还记得这段代码吗？ 就是这个 register0() 方法。

我们先进入到 doRegister() 方法

继续传入当前的eventloop中的selector， opt = 0,  第三个参数 this 就是当前的 NioServerSocketChannel。 进入register 方法

大家看我圈出来的这一句，熟悉吗？我当时将NIO的时候是不是讲到了。

这里就是把当前的channel注册到这个多路复用器上。并且把 NioServerSocketChannel 传进去当做附件 attach， 注册的 interestOps = 0

好了，当执行完task，由于是一个死循环，那么会继续执行刚刚的整个过程。

好了，总结一下： 也就是说有一个线程一直在这里不断循环的等待新的 selectionKey中ready的事件，如accept、connect、read、write等。 如果有待处理的task,将会去优先处理的task.

一会我们会启动一个客户端看一下是怎么交互的。

整个注册完成之后，接下来就是 绑定端口 ，将服务对外开放出去。

我们看下AbstractBootstrap中的  doBind() 方法。

由于整个注册过程是异步的，所以这里 regFuture.isDone() 是否已经完成，如果完成直接执行doBind0(),如果没有完成，那么就监听异步响应方法，等待成功之后，再执行doBind0()方法。

我们进入doBind0()方法

我们看其实就是向eventLoop中的任务队列中添加一个task。

这里我们debug来看一下

另外在 AbstractBootstrap中打一个断点，在这里等待注册事件先完成。

好的，我们启动服务端。

断点进来了， 我们再在  NioEventLoop 中打一个断点，因为这里是处理task的地方

我们发现有一个主线程，一个子线程，如下图

切换到子线程，我们看下 task 的执行过程。

因为switch中的hasTask() 是true，那么我们就直接看

从任务队列中取出一个task，我们看到就是刚刚我们的那个任务。然后通过safeExecute(task)执行run方法

继续F5。我们看进入到了runnable中的run方法。

接下来就是一段链式调用，链式访问pipleline中的handler         TailContext -> ServerBootstrapAcceptor -> LoggingHandler -> HeadContext

TailContext 和 ServerBootstrapAcceptor 中没有bind方法，直接进入LoggingHandler的bind方法，打一个日志

继续f5进入到 HeadContext中的bind方法

先判断是否激活，如果没有，则稍后链式调用handlers中的 channelActive()方法。

进入doBind方法

ok,到这里绑定端口成功。

目前为止，Server服务端启动完成，接下来我们看一下，一个客户端是怎么接入进来并且进行读写操作的。