大家好,我是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字!