Netty--异步非阻塞解决高并发问题

文章目录

目录

文章目录

前言

一、Netty的功能

二、Netty的核心组件

三、Netty的线程模型

四、Netty的优点

总结

---

前言

主要介绍了netty的异步非阻塞解决高并发问题。

---

一、Netty的功能

• 主要用于解决服务器如何去承载更多的用户同时访问的问题
• 传统的bio模型，由于阻塞的一个特性，使得我们在高频并发的场景中呢，很难去支持高的一个吞吐量，后来我们去基于lo多路复用模型，虽然可以在阻塞方面进行优化，但是的API使用比较复杂，对于初学者不友好
• netty是基于NIO提了成熟简单API降低使用成本和学习成本，本质上来说，Netty和NIO所扮演的角色是相同的，都是为了去提升服务端的吞吐量，让用户获得更好的一个产品体验。netty经过了很多年的考证，安全性和版本迭代都很稳定

二、Netty的核心组件

• 网络通信层
  • Bootsrtap
    • Bootstrap负责客户端启动，并且去连接远程Netty的server
  • Serverbootstrap
    • erverBootStrap是负责服务端的监听，用来监听指定的一个端口
  • Channel
    • 负责网络通信的一个载体
• 事件调度层
  • EventLoopGroup
    • 本质上是一个线程池，主要负责接收IO请求，并分配线程去执行处理
  • Eventloop
    • 是线程池里面的一个具体线程
• 服务编排层
  • Channelpipeline
    • 负责处理多个Channelhandler，他会把多个Channelhandler构成一个链
  • Channelhandler
    • 针对IO数据的一个接收，数据接收后呢，通过指定的一个handle来进行处理
  • Channel handle context
    • 用来去保存Channel的一个上下文信息

三、Netty的线程模型

• 基于reactor模型的，有三个重要的一个组件，
  • reactor
    • 负责将IO事件分派给对应的handler
  • acceptor
    • 处理客户端的连接请求
  • handlers
    • 执行我们的业务逻辑的读写操作
• 三种reactor模型
  • 单线程单reactor模型
    • 连接进来到事件处理全部是由一个线程来处理的，缺点是，如果其中一个handler的出现阻塞，因为只有一个线程处理所以会导致无法接受新的请求
  • 多线程单reactor模型
    • 我们把reactor和handle放在不同的线程里面处理，线程池中多个线程handler去异步处理业务请求，可以解决handler的阻塞的一个问题
    • 但是在多线程单reactor模型中，所有的IO操作都是由一个reactor来完成的，那么这就会导致单个reactor会存在一个性能瓶颈。小容量场景影响不大，但是高并发场景很容易发成单个reactor线程阻塞导致吞吐量受到影响
  • 多线程多reactor模型---主从多线程reactor模型
    • acceptor，还是扮演一个请求接受者的功能，它会把接受的请求能转发到main reactor处理，然后main reactor再去交给来sub reactoe进行真正意义上的分发
    • main reactor负责接受客户端链接请求，将请求传递给sub reactor
    • 我们可以配置多个sub reactor，以进行灵活的扩容和缩容
    • 业务IO处理由sub reactor完成，绑定给对应的handler

四、Netty的优点

• Netty相比于直接去使用JDK自带的NIO相关的API来说，会更加简单，因为它具有这样一些特点
• 一，他支持多种传输类型，比如说阻塞，非阻塞以及epoll和poll模型
• 二，我们可以去使用非常少的代码来去实现多线程reactor模型以及主从多线程reactor模型，
• 三，是自带编解码解决tcp粘包拆包问题
• 四，是自带的各种通信协议，
• 五，netty相比于我们直接使用Java库里面的Nio的API提供了更高的一个吞吐量以及更低的延迟，更低的资源消耗和更少的内存复制
• 六，是安全性很好，他有完整的SSL/TLS的这样一个支持，
• 七，他的社区活跃度非常好，而且他的一个版本迭代很稳定，经历了各种大的项目的一个考验，比如说像dubbo啊，像zookeepper

---

总结