大家好，我是Mic，一个没有才华只能靠颜值混饭吃的Java程序员。

一个工作了6年的粉丝，去美团面试的时候遇到一个比较有意思的问题。

应该大部分同学对这个领域都比较陌生，因为网络编程在实际开发中接触还是比较少的。

这个问题是：“请说一下Netty中Reactor模式的理解”？

这个问题高手部分的回答已经整理到了10W字的面试文档里面，大家可以私信我发送【Mic】领取

下面看看高手的回答

高手：

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中都有用到。

所以我们其实可以去理解并学习这种设计思想，也许在某些业务场景中

可以帮助我们多提供一个解决思路。

大家记得点赞、收藏加关注。

需要高手面试文档（附赠大厂内部十万字面试文档）或者有不懂的技术面试题想咨询的小伙伴可以后台私信【Mic】或者评论区留言。