头图

摘要

Netty源码系列-NioEventLoop

1.1 Netty给Channel分配Nio Event Loop的规则

看下图,EventLoopGroup是线程组,每个EventLoop是一个线程,那么线程处理请求是怎么分配的呢?我们看一下源码

1.1.1 MultithreadEventLoopGroup.register方法

该方法是EventLoop注册Channel的方法,进入next()方法,就在下图最上面的一个方法。此方法负责选择一个NioEventLoop,进入super.next()方法。

1.1.2 super.next()方法

我们看到这里调用了MultithreadEventExecutorGroup的属性chooser的next()方法

点击chooser,我们找到它赋值的地方在构造方法里面,chooser的正是通过DefaultEventExecutorChooserFactory的newChooser获取的,

1.1.3 newChooser方法

进入newChooser方法,根据传入的executors长度是否2的指数返回不同的实现类,这里实现了一个策略模式。为什么要这么做呢?我们继续往下看

注意到这里isPowerOfTwo只有一行代码,为什么还有单独写一个方法呢,虽然只有一行代码但是不容易看懂,通过方法名我们一下就看懂了,这是一种可读性更好的实现方式

1.1.4 我们继续看chooser.next()方法

该方法来自于接口EventExecutorChooserFactory.EventExecutorChooser,有两个实现类GenericEventExecutorChooser和PowerOfTwoEventExecutorChooser,都是在DefaultEventExecutorChooserFactory中。

1.1.5 看两个实现类实现的有何不同

两者都是通过idx来获取索引值的,idx是递增的,这种模式类似轮询的方式。但是获取位置的方式不一样

  • GenericEventExecutorChooser,idx对executors.length取模,并取绝对值
  • PowerOfTwoEventExecutorChooser, idx对executors.length - 1做与运算确定位置,这种方式类似于HashMap中对桶位置运算的处理,与运算比数学运算快很多,但是只能在executors.length是2的指数的时候才可以发挥作用。

为什么不直接用idx呢
因为idx一直累加下去可能会越界,超出数组长度,所以需要取模或者做与运算的方式控制范围。

例如: executors.length = 2^4, 其二进制为10000,executors.length-1=01111。任何值与1111与运算都不会超过executors.length,同时任何小于executors.length的值和1111与运算都是其本身。这是这个特性才能实现这样的优化。

总结

在正常情况下我们还是使用GenericEventExecutorChooser来选择EventLoop,这里PowerOfTwoEventExecutorChooser对next方法做了优化,所以在EventLoop组长度是2的指数的时候我们可以更快的处理

1.2 多路复用怎么跨平台的

如下图,在不同的系统平台上,EventLoop如何跨平台呢?我们看一下Selector的源码(其他类似)

1.2.1 我们看一下new NioEventLoopGroup()

点进这个方法,继续进入,我们找到下面这个方法,看Selector来自SelectorProvider.provider

1.2.2 进入SelectorProvider.provider,这里的run方法里面有三个分支, 如下图。

  • 第一个是从配置的类加载provider
  • 第二个是从系统加载provider
  • 如果前两个都没有,看第三个sun.nio.ch.DefaultSelectorProvider.create,
    这个方法是jre虚拟机的方法,不同平台的jdk版本上,该方法不一样,Selector通过这种方式来实现跨平台

下图是openjdk不同平台是Selector实现:

总结

跨平台通过java虚拟机实现,调用java虚拟机的方法,在不同的平台,该方法由不同的java虚拟机实现,这样实现跨平台,这蒸是java通过虚拟机实现跨平台的方式。


杜若
70 声望3 粉丝