NioEventLoop是什麼？
如圖，NioEventLoop是worker threads中的thread，也就是處理請求的線程，屬於NioEventLoopGroup，那麼多個線程每次選擇哪個線程來處理請求呢？
1.1 Netty給Channel分配Nio Event Loop的規則
看下圖，EventLoopGroup是線程組，每個EventLoop是一個線程，那麼線程處理請求是怎麼分配的呢？我們看一下源碼
1.1.1 我們通過 MultithreadEventLoopGroup.register方法定位到next()方法。
該方法負責NioEventLoop。
1.1.2 進入super.next()方法，我們看到MultithreadEventExecutorGroup的屬性chooser
點擊chooser，我們找到它賦值的地方在構造方法裏面，chooser的正是通過DefaultEventExecutorChooserFactory的newChooser獲取的，
進入newChooser方法，根據傳入的executors長度是否2的指數返回不同的實現類，該類實現了一個策略模式。
注意到這裏isPowerOfTwo只有一行代碼，為什麼還有單獨寫一個方法呢，雖然只有一行代碼但是不容易看懂，通過方法名我們一下就看懂了，這是一種可讀性更好的實現方式
1.1.3 我們繼續看chooser.next()方法，
有兩個實現類GenericEventExecutorChooser和PowerOfTwoEventExecutorChooser，都是在DefaultEventExecutorChooserFactory中。
看兩個實現類實現的有何不同
兩者都是通過idx來獲取索引值的，idx是遞增的，這種模式類似輪詢的方式。但是idx一直遞增下去的話，可能會整數類型的越界，
為了防止越界兩者做了不同的處理
- GenericEventExecutorChooser，idx對executors.length取模，並取絕對值
- PowerOfTwoEventExecutorChooser， idx對executors.length - 1做與運算確定位置，這種方式類似於HashMap中對桶位置運算的處理，與運算比數學運算快很多，但是隻能在executors.length是2的指數的時候才可以發揮作用。
例如： executors.length = 2^4， 其二進制為10000，executors.length-1=01111。任何值與1111與運算都不會超過executors.length，同時任何小於executors.length的值和1111與運算都是其本身。這是這個特性才能實現這樣的優化。
這裏PowerOfTwoEventExecutorChooser對next方法做了優化，所以在長度是2的指數的時候我們可以更快的處理
1.1.4 總結
- 事件處理EventLoop的分配方式是輪詢的，通過記錄調用次數對EventLoop的數量取餘來確定，這種方式能比較好的保證負載均衡
- 同時根據EventLoop數量是否2的指數做了優化
1.2 多路複用怎麼跨平台的
在不同的系統平台上，EventLoop如何跨平台呢？我們看一下源碼
1.2.1 我 們看一下new NioEventLoopGroup()
點進這個方法，繼續進入，我們找到下面這個方法，看Selector來自SelectorProvider.provider
進入SelectorProvider.provider，這裏的run方法裏面有三個分支。
- 第一個是從配置的類加載provider
- 第二個是從系統加載provider
- 如果前兩個都沒有，看第三個sun.nio.ch.DefaultSelectorProvider.create，這個方法是jre虛擬機的方法，不同平台的jdk版本上，該方法不一樣，
Selector通過這種方式來實現跨平台
下圖是openjdk不同平台是Selector實現：
1.2.2 總結
我們可以看到跨平台是通過不同平台的jvm實現的，不同jvm的平台有不同的實現類，在不同的平台會調用jvm的實現類。
