Netty的深入浅出--37.Netty底层源码分析开始（EventLoopGroup的分析）

从这一章开始，我们将深入分析netty的底层源码。

通过之前netty的经典例子一步步进行源码分析。

为什么我们这里要使用两个循环线程组呢？

第一个bossGroup的目的是为了接收客户端的连接。

第二个workerGroup的目的对请求进行处理和响应的。

简单来说eEventLoopGroup底层就是一个死循环

 

查看EventLoopGroup的源码：

可以看到它的父类是EventExecutorGroup。

文档描述的意思是：当处于事件循环状态的时候，会在selection中注册一个channel。这个其实和我们之前讲解NIO的时候一样的，就是selector里面注册channel。所以说你要看懂netty就必须懂NIO。

next()方法用于返回下一个EventLoop：

register方法：将一个channel注册到事件循环当中，返回ChannelFuture

 channelFuture：继承了一个父接口：

register()方法目的将channel注册到EventLoop中，而channelfuture通知是否完成注册情况

但是问题来了，我们看下面这个重载方法，我们并没有传递channel，参数给的是ChannelPromise，那他是怎么将channel注册到eventloop当中的呢？

那么只有一种可能ChannelPromise中存在channel的引用

进来我们看到它有一个channel方法，返回channel对象：

 我们分析完了EventLoopGroup的方法之后，分析它的父类EventExecutorGroup

查看EventExecutorGroup源码：

基本描述：EventExecutorGroup是负责提供给EventExecutor通过next()方法。此外，它还负责处理他们生命周期和在一种全局的情况下停止他们。

然后我们看一下它的next()方法：

总结：一个EventLoopGroup中包含多个EventLoop，一个EventExecutorGroup中包含多个EventExecutor。

我们分析完了EventLoopGroup之后，分析NioEventLoopGroup：

NioEventLoopGroup继承于MultiThreadEventLoopGroup，它是NIO中selector基于channel的类。这是就说到了NIO底层一些东西。

在无参的情况下

进入this(0);

创建一个指定线程数的实例；

selectorProvider的provider()方法提供了SelectorProvider.

查看this(nThreads,(Executor) null)底层：

SelectorProvider.provider()，返回的是一个SelectorProvider对象

 进入this(nThreads,executor,SelectorProvider.provider());

出现了一个DefaultSelectStrategyFactory ,进入源码查看：

源码描述：这是使用默认选择战略的工厂

回到 上面那个调用，进入到this(nThreads,executor,selectorProvider,DefaultSelectStrategyFactory.INSTANCE)源码;

调用的是父类的方法：

而且又传入一个新的参数RejectedExecutionHandlers.reject();

查看RejectedExecutionHandlers.reject()源码

描述的简单理解：创建不同的RejectExecutionHander

接着我们又回到上一个方法：

它的父类是：

当前我们默认的是0，DEFAULT_EVENT_LOOP_THREADS 赋值给nThreads，我们查看DEFAULT_EVENT_LOOP_THREADS 的源码：

getInt的方法：如果前面的参数不为空，那么取它，否则取后面的。

查看getInt()是怎么实现的

很明显我们没有给“io.netty.eventLoopThreads” 赋值，所以使用后面那个：

查看availableProcessors()的源码：

查看holder

到这里发现也看不出什么名堂，可以创建一个test类，将代码提取出来查看：

运行结果：

8/2=4说明本机4核

查看本机CPU

现在我们知道，这个传入的值是8：

我们进入它的父类分析： 

又进来：

继续进入：

给传入的参数变量进行赋值

给children数组里面的进行赋值：

 总结来说：

主要作用就是给相关参数赋值，并没有做什么线程的开始、创建之类的事情；

如果你设置的是1那么将会以一个线程数来进行处理请求，如果你没有设置的话，它将会你以cpu的核数乘以2的结果作为线程数。

最后讲解一下，它是事件真正执行的组：