1.同步/异步，阻塞/非阻塞是一样的概念吗？
不一样。
阻塞/非阻塞说的是调用者。调用者需要等待就是阻塞，不需要等待就是非阻塞。
同步/异步说的是被调者通知调用者的方式。被调者执行完成后再恢复调用者是同步。被调者立即告诉调用者收到求请求。当处理完成后，再告诉调用者处理完成。这就是异步。
https://www.cnblogs.com/liaowenhui/p/14617891.html
什么是数据准备？什么是数据读取？
数据准备：是将数据从网络物理设备（网卡）读取到内核缓冲区。
数据读取（复制）：将数据从内核缓冲区拷贝到用户程序空间的缓冲区。
数据准备阶段和数据读取读取阶段是谁发起的？通过什么指令发起的？
都是由用户线程发起的。数据准备由询问指令发起，数据读取由read指令发起。
整个io过程中到底有哪些步骤
以读取来自客户端的请求进行处理为例：
介绍思路：
从服务器处理来自客户端的请求出发-》 描述请求数据的数据流 -〉如何使用较少的线程资源处理好成千上万的请求 -》 介绍select模型 -〉信号驱动io模型 -》异步模型
常见的几种io模型的关系到底是怎么样？
阻塞同步io模型：这个模型的特点就是每个socket连接都会有一个线程负责监听，高并发的场景非常消耗线程资源。基本不会使用。
非阻塞同步io模型：这里的模型特点是，在socket数据准备阶段，如果数据没有准备好，会返回给用户线程一个error。线程需要不断轮训去监听socket的状态。当然在每次轮训期间，线程可以做其他的事情。这个模型里面io线程也是没有被复用的。
io复用模型：特点一个线程，可以监听多个socket连接。有select机制和epoll机制。
select 基于轮询机制，随着连接数的增加处理效率会下降。（poll也是轮训的机制，但是没有监听连接数数量的限制）
epoll模型基于事件通知，socket就绪会告知主线程处理。优点，连接数增加，性能也没什么变化，可以处理的连接数无限制（数据准备阶段也是需要等待内核回复是否ready的消息，只是说不用一直等待数据准备好）
信号I/O：还不完全是非阻塞，在数据准备阶段是非阻塞，在数据复制阶段是阻塞
通过信号驱动的方式，使用的sigaction系统调用，向socket中组册信号回调。但是tcp协议中不会用，是一种 Unix 信号，信号没有附加信息，如果一个信号源有多种产生信号的原因，信号接收者就无法确定究竟发生了什么。而 TCP socket 生产的信号事件有七种之多，这样应用程序收到 SIGIO，根本无从区分处理。（无法区分是socket数据已经准备好了，还是说发生了什么异常）
参考：https://www.cnblogs.com/chenssy/p/15382938.html
非阻塞异步：数据准备和数据读取都是非阻塞的，且内核是异步处理
可以理解用户进程发起read指令后，操作系统内核立即返回结果，然后操作系统自动完成数据准备和数据复制两个阶段的工作。完成后，再通过信号通知用户进程。
Linux内核2.6确实提供了内核级的AIO支持，只是还不完善。所以java也是用不来异步非阻塞io的。
基于上面的5中基础的io模型？又有哪些可以知道设计开发的更高级的模型？
reactor模型：
单reactor单线程：依赖io多路复用技术
单reactor多线程：依赖io多路复用技术
主从Reactor多线程：
依赖的也是io多路复用模型
图中acceptor的作用，接受新的请求，监听未ready的scoket链接，将ready的连接分发到下游处理。
Proactor模型
Proactor 基于基础的异步io模型，定义了每个步骤需要的组件，以及每个组件的功能。
比如说因为操作系统自己完成数据复制的过程，那么数据复制到哪里去呢，这个是需要用户告知的。所以在用户进程发起read指令时，就应该携带这个相关的数据。
哪基于reactor模型，哪又有哪些可以使用的组件呢？
netty就是基于reactor开发的。这三种Reactor模型在netty中都是支持的，但是我们常用的是主从Reactor多线程模型。下面是主从Reactor多线程模型。
所以其实netty使用就是io多路复用模型。
上面是5中常见的io模型。java中使用的又是那种io模型呢？
在java中，如果使用的是tomcat容器，可以支持3种模式，那他们分别使用的是什么模型。
APR模式：非阻塞同步模型；
BIO模式：阻塞同步的模型，一个socket连接需要一个线程处理（完成监听，数据读取，业务支持，响应等）。
NIO模式：基于io多路复用模型,用java.nio编写的TCP模块。具体的设计如下。
除来tomact模型，还是有jetty，undertown，netty可以使用。
tomcat：成熟稳定。但性能比undertown要差。
underTown的性能好与tomcat，jetty。相对于Tomcat和Jetty，社区和生态系统相对较小。
netty：高性能
jetty：轻量级、快速启动和低资源消耗。性能与tomcat差不多。扩展性好。更易于开发者对Jetty本身进行二次开发,定制一个适合自身需求的WebServer
1.1 不同模型的不同阶段是阻塞还是非阻塞，是同步还是异步
2. 介绍一下io复用模型？
这里的io复用指的是，负责处理input/output工作的线程的服用。相比非复用的io模型每个fd文件描述符（网络请求），都会用一个线程进行监听，复用的io模型只需使用一个线程进行监听，当发现有数据准备好的文件描述符时，会将其通知给另一个负责数据读取的线程。当请求并发量高时，这样的模型，大大减少了线程的使用。
但是这个模型也有它的不足之处，比如监听fd文件描述符的线程，需要不断轮询。但大多数的轮训其实是无效的。这个问题，信号驱动的io模型可以解决。
使用io 复用模型的例子：select模型，poll模型，epoll模型。
是同步模型，因为操作系统内核处理用户线程的read指令是同步的。它是需要用户线程等待自己执行完的。并不是立即回复，执行完后，再另行通知（异步方式）。
常见的io多路复用模型
1. select模型：思想是，节约用户文件描述符监听的线程，只需使用一个线程进行文件描述符的监听即可。相比非复用的模型，大大减少了线程的使用。使用轮询的方式监听，效率低。
2.poll模型，本质和select模型没有什么区别。只是它使用链表来存放文件描述符，解决了select模型中文件描述符限制的问题。
3.epoll模型：显著提高程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率。使用回调机制，让准备好的文件描述符加入一个ready队列。减少轮询的消耗。
io复用模型也是，阻塞同步模型。
3.介绍一下信号驱动io模型？
信号驱动io是在首次发起询问请求时，与文件描述符建立一个信号联系，当文件描述符状态变为ready后，会主动通知询问线程。相比socket模型，减少了很多无效的轮询。
4.介绍一下异步io模型？
io复用模型和信号驱动模型，都是需要先发送一个数据询问请求，再发起一个数据读取请求。
那是否可以一步到位。用户进程只需要发起一次询问请求。数据的准备和复制，都是由操作系统内核完成，并在完成后，只需通知用户线程已完成。然后用户线程再完成后续的业务操作。
5. 介绍一些netty模型
https://segmentfault.com/q/1010000016221286
netty只是异步事件驱动，并不是异步的网络模型，要异步还是需要操作系统支持的
下图是netty的处理流程图。其中acceptor和read的过程都是通过事件机制去通知应用线程数据准备和数据复制的工作完成，可以进行业务处理了。
6. spring cloud gateway 使用的io模型是哪一种？
它使用的就是netty模型，在数据的ready和数据read阶段它都是异步的。
7. springboot项目，使用的tomcat容器，使用的是什么io模型，它的原理是什么？
tomcat有nio和bio这两种选择，那一般项目中使用的是nio这个模式。这个模式基于JDK的NIO实现的多路复用的IO模型，并且Tomcat的网络模型是主从Reactor多线程模型。
参考文章：
NIO之缓冲区【直接和非直接缓冲区】-腾讯云开发者社区-腾讯云45 张图深度解析 Netty 架构与原理-腾讯云开发者社区-腾讯云
942
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
