Netty Reactor模式相关知识点总结

一、Netty对三种I/O的支持

1.  舍弃了BIO的支持是因为Netty应用在高并发场景下，此时BIO性能是扛不住的，因为它阻塞，占用cpu资源比较厉害，不适合这种场景。当然并不是说NIO就一定性能优于BIO，在某些并发度低，连接数少的情况下，BIO的性能是优于NIO的。
2. 舍弃AIO是因为我们部署服务器一般都部署在Linux系统，什么原因此处不赘述。而Linux系统的同步非阻塞IO，多路复用模型实现epoll其性能优于windows的Select实现。所以Netty支持NIO,据说Netty的实现垃圾回收最少，从而提高了性能。

二、Netty的三种Reactor模式：

我们知道Reactor是一种开发模式：注册事件——>扫描注册过的事件是否发生——>事件发生后做相应的处理。

这个流程是不是很像Springboot启动时注册一些Listener去监听一些事件，等事件发生了再去做一些操作。我不知道底层实现是不是一样的，后面再看吧。先说Reactor。

1.单线程模式：

 这种模式顾名思义就是一个线程既要接收数据，还要做分发处理，起一个线程去做read，decode，compute，encode，send这些事情，由于read和sent都是阻塞操作，所以它的能力有限。高并发的时候总不能一直起线程去做吧。线程的创建和销毁也要消耗大量CPU资源的。什么？你说线程池，线程池也只是限制了创建线程的数量而已，并没有从根本上解决问题。大概的代码实现是这样子的：

 它new了一个ServerSocket绑定了一个端口，然后去accept客户端连接，然后new了一个线程绑定了一个handler去做read，write操作，而这两个操作都是阻塞的。

2. 多线程模式

 这种模式把比较耗时的decode，compute，encode操作都让一个线程池去负责。read和send也分开不同线程去负责。算是有一定的分工了。

3.第三中是主次多线程模式（顺应潮流，一些词汇能不用就不用了）

 这种模式是专门一个reactor去做数据接收这件事情，然后其它的做法跟第二种模式没有区别。就是觉得用户数据接入是一件很重的事情，必须要有专门的线程负责这件事。

三、Netty中如何实现三种Reactor模式的呢？

 看到单线程模式是显式的指定了一个线程工作，第二种跟第一种的区别在于没有限制线程数量，当然没有限制并不是说就可以与所欲为了，当然不是。它会根据cpu的情况计算出一个最优的线程数量。第三种就多了一个EvenLoopGroup，既然线程数量一定，那么这样就是将线程分成了两拨来使用的。至于名字为啥叫boss和work，主要是更好的理解吧。但是我觉得，虽然叫boss和worker，但是他们并没有什么类似的关系。只是单纯的把线程分开各行其是而已。所以不要误解了，翻译成“主从”我也不知道是谁的习惯。

关于Reactor相关的知识先总结到这里，积少成多，一定要坚持！