大家好，我是Mic，一个没有才华只能靠颜值混饭吃的Java程序员。
今天一个工作了6年的粉丝，去美团面试的时候遇到一个比较有意思的问题。
应该大部分同学对这个领域都比较陌生，因为网络编程在实际开发中接触还是比较少的。
这个问题是：“请说一下Netty中Reactor模式的理解”？
这个问题高手部分的回答已经整理到了10W字的面试文档里面，大家可以扫描文章尾端二维码领取
下面看看高手的回答
大家记得点赞、收藏加关注
需要高手面试文档面试文档的小伙伴可以扫描文章底部二维码
高手：
Reactor其实是在NIO多路复用的基础上提出的一个高性能IO设计模式。
它的核心思想是把响应IO事件和业务处理进行分离，通过一个或者多个线程来处理IO事件。
然后把就绪的事件分发给业务线程进行异步处理。
Reactor模型有三个重要的组件：
Reactor ：把I/O事件分发给对应的Handler
Acceptor ：处理客户端连接请求
Handlers ：执行非阻塞读/写，也就是针对收到的消息进行业务处理。
在Reactor的这种设计中，有三种模型分别是
单线程Reactor模型。
多线程Reactor模型。
主从多Reactor多线程模型。
单线程Reactor模型，就是由同一个线程来负责处理IO事件以及业务逻辑。
这种方式的缺点在于handler的执行过程是串行，如果有任何一个handler处理线程阻塞，就会影响整个服务的吞吐量。
所以，就有了多线程Reactor模型。
也就是把处理IO就绪事件的线程和处理Handler业务逻辑的线程进行分离，每个Handler由一个独立线程来处理，在这种设计下，即便是存在Handler线程阻塞问题，也不会对IO线程造成影响。
在多线程Reactor模型下，所有的IO操作都是由一个Reactor来完成的，而且Reactor运行在单个线程里面。
对于并发较高的场景下，Reactor就成为了性能瓶颈，所以在这个基础上做了更进一步优化。
提出了多Reactor多线程模型，这种模式也叫Master-Workers模式。
它把原本单个Reactor拆分成了Main Reactor和多个SubReactor，Main Reactor负责接收客户端的链接，然后把接收到的连接请求随机分配到多个subReactor里面。
SubReactor负责IO事件的处理。
这种方式另外一个好处就是可以对subReactor做灵活扩展，从而适应不同的并发量，解决了单个Reactor模式的性能瓶颈问题。
总结
Reactor模型的设计比较常见，比如Spring里面的Webflux就用了这种设计。
并且像Master-Worker模型，在Memcached和Nginx中都有用到。
所以我们其实可以去理解并学习这种设计思想，也许在某些业务场景中可以帮助我们多提供一个解决思路。
另外，我将所有Java面试系列制作成了完整的面试文档。它的便捷之处在于，可以通过检索的方式，找到你想要的面试题，目前已经更新180期，总计超过15W字！
【想领取面试文档的小伙伴可以点击文章底部名片无套路免费赠送给大家！】
