Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients.
Netty是一个异步事件驱动的网络应用程序框架,用于快速开发可维护的高性能协议服务器和客户端。上面是官方对Netty的解释,https://netty.io/ 这是它的官网。
01、Netty简介
很多并发量很高的场景,传统的BIO服务器基本上都会因为资源耗尽而挂掉,因为来一个请求就会开启一个线程,然后很多请求同时涌来就意味着需要开很多线程来处理这些请求,但是这些线程并不都是活动的,大量的线程在等待IO就绪。于是乎想到了NIO,有没有遇到过自动手动编写NIO服务器的难堪呢,Java提供的NIO的API晦涩难用,简单的场景暂能应付,但是遇到复杂场景时编码的复杂度呈直线上涨,Netty解决了这个问题,基于Netty我们轻松实现NIO或者AIO模式的服务器,简化编码,可以使我们非常快速的开发出高性能的服务器。
可是很多人会问了,Web服务器不是有Tomcat嘛,而且Tomcat现在也支持了NIO,为什么需要Netty呢?Netty又能做什么呢?我们都知道,Tomcat是一个Servlet容器,支持Servlet规范,而且Tomcat是一个HTTP(s)协议的Web服务器。Netty与Tomcat不同之处就在于Netty可以自定义任何协议,因为Netty可以以自定义方式对字节流进行编码和解码,不然还怎么能叫做网络应用程序框架呢?
02、BIO、NIO与AIO
关于这几种IO其实要理解下起来并不难,首先看看五种IO模型吧:《通俗理解五种IO模型》,这是我之前写的一篇博客。为了方便,我直接把内容摘过来:
通俗理解五种IO模型
任何IO过程中,都包含两个步骤:第一是等待,第二是拷贝。而且在实际的应用场景中,等待消耗的时间往往都远远高于拷贝的时间。让IO更高效,最核心的办法就是让等待的时间尽量少。
理解五种IO模型,先来看看五种IO模型:
1、阻塞式IO:在内核将数据准备好之前,系统调用会一直等待。所有的套接字,默认都是阻塞方式,阻塞式是最常见的IO模型,阻塞式IO属于同步IO模型
例子:A拿着一支鱼竿在河边钓鱼,并且一直在鱼竿前等,在等的时候不做其他的事情,十分专心。只有鱼上钩的时,才结束掉等的动作,把鱼钓上来。
2、非阻塞式IO:如果内核还未将数据准备好,系统调用仍然会直接返回,并且返回EWOULDBLOCK错误码,非阻塞IO往往需要程序员循环的方式反复尝试读写文件描述符,这个过程称为轮询。这对CPU来说是较大的浪费,一般只有特定场景下才使用,非阻塞式IO也属于同步IO模型
例子: B也在河边钓鱼,但是B不想将自己的所有时间都花费在钓鱼上,在等鱼上钩这个时间段中,B在做其他的事情(刷牛客或者刷知乎),但B在做这些事情的时候,每隔一个固定的时间检查鱼是否上钩。一旦检查到有鱼上钩,就停下手中的事情,把鱼钓上来。
3、信号驱动IO:内核将数据准备好的时候,使用SIGIO信号通知应用程序进行IO操作,信号驱动IO也属于同步IO,信号驱动是不是有点异步的感觉? 但是在将数据从内核复制到用户空间这段时间内用户态进程是阻塞的,所以也属于同步IO
例子: C也在河边钓鱼,但与A、B不同的是,C比较聪明,他给鱼竿上挂一个铃铛,当有鱼上钩的时候,这个铃铛就会被碰响,C就会将鱼钓上来。
4、IO多路复用:虽然从流程图上看起来和阻塞IO类似,实际上最核心在于IO多路转接能够同时等待多个文件描述符的就绪状态,IO多路复用也属于同步IO
例子: D同样也在河边钓鱼,但是D生活水平比较好,D拿了很多的鱼竿,一次性有很多鱼竿在等,D不断的查看每个鱼竿是否有鱼上钩。增加了效率,减少了等待的时间。
5、异步IO:由内核在数据拷贝完成时,通知应用程序(而信号驱动是告诉应用程序何时可以开始拷贝数据),异步IO就是异步IO,哈哈
例子:E也想钓鱼,但E有事情,于是他雇来了F,让F帮他等待鱼上钩,一旦有鱼上钩,F就打电话给E,E就会将鱼钓上去。
阻塞程度:阻塞IO>非阻塞IO>多路转接IO>信号驱动IO>异步IO,效率是由低到高
理解同步与异步通信
所谓同步,就是在发出一个调用时,在没有得到结果之前,该调用就不返回。但是一旦调用返回,就得到返回值了;换句话说,就是由调用者主动等待这个调用的结果;
异步则是相反,调用在发出之后,这个调用就直接返回了,所以没有返回结果;换句话说,当一个异步过程调用发出后,调用者不会立刻得到结果;而是在调用发出后,被调用者通过状态、通知来通知调用者,或通过回调函数处理这个调用;
对于同步通信来说,都是由调用者主动等待这个调用的结果,无论是“干等”,还是轮询式的等,还是信号通知式的等,还是一次等多个的形式,都是需要主动去等的,对于异步通信来说,这个调用就直接返回了,所以没有返回结果,不需要调用者主动的等待。
理解阻塞与非阻塞
阻塞和非阻塞关注的是程序在等待调用结果(消息,返回值)时的状态。
阻塞调用是指调用结果返回之前,当前线程会被挂起,比如阻塞式IO就是等待调用结果的时候会发生阻塞,啥也干不了,调用线程只有在得到结果之后才会返回。
非阻塞调用指在不能立刻得到结果之前,该调用不会阻塞当前线程,比如非阻塞IO,进程在等待的同时,还可以做其他事情。包括信号驱动也属于非阻塞,但是在数据从内核拷贝到用户空间时也是阻塞的;