台州企业网站建设,佛山市外贸企业高端网站设计,科技馆有什么展品,php网站好吗before 多路复用要解决的问题 并发多客户端连接#xff0c;在多路复用之前最简单和典型的方案#xff1a;同步阻塞网络IO模型 这种模式的特点就是用一个进程来处理一个网络连接(一个用户请求)#xff0c;比如一段典型的示例代码如下。 直接调用 recv 函数从一个 socket 上读… before 多路复用要解决的问题 并发多客户端连接在多路复用之前最简单和典型的方案同步阻塞网络IO模型 这种模式的特点就是用一个进程来处理一个网络连接(一个用户请求)比如一段典型的示例代码如下。 直接调用 recv 函数从一个 socket 上读取数据。 int main() { ... recv(sock, ...) //从用户角度来看非常简单一个recv一用要接收的数据就到我们手里了。 } 我们来总结一下这种方式 优点就是这种方式非常容易让人理解写起代码来非常的自然符合人的直线型思维。 缺点就是性能差每个用户请求到来都得占用一个进程来处理来一个请求就要分配一个进程跟进处理类似一个学生配一个老师一位患者配一个医生可能吗进程是一个很笨重的东西。一台服务器上创建不了多少个进程。 结论 进程在 Linux 上是一个开销不小的家伙先不说创建光是上下文切换一次就得几个微秒。所以为了高效地对海量用户提供服务必须要让一个进程能同时处理很多个 tcp 连接才行。现在假设一个进程保持了 10000 条连接那么如何发现哪条连接上有数据可读了、哪条连接可写了 我们当然可以采用循环遍历的方式来发现 IO 事件但这种方式太低级了。 我们希望有一种更高效的机制在很多连接中的某条上有 IO 事件发生的时候直接快速把它找出来。 其实这个事情 Linux 操作系统已经替我们都做好了它就是我们所熟知的 IO 多路复用机制。 这里的复用指的就是对进程的复用。 I/O多路复用模型 是什么
I/O 网络 I/O
多路多个客户端连接连接就是套接字描述符即 socket 或者 channel指的是多条 TCP 连接。
复用用一个进程来处理多条的连接使用单进程就能够实现同时处理多个客户端的连接。
一句话实现了用一个进程来处理大量的用户连接。
IO多路复用类似一个规范和接口落地实现可以分select-poll-epoll三个阶段来描述。
动画演示 Redis单线程如何处理那么多并发客户端连接为什么单线程为什么快
Redis的IO多路复用
Redis利用epoll来实现IO多路复用将连接信息和事件放到队列中一次放到文件事件分派器事件分派器将事件分发给事件处理器。 Redis 是跑在单线程中的所有的操作都是按照顺序线性执行的但是由于读写操作等待用户输入或输出都是阻塞的所以 I/O 操作在一般情况下往往不能直接返回这会导致某一文件的 I/O 阻塞导致整个进程无法对其它客户提供服务而 I/O 多路复用就是为了解决这个问题而出现。 所谓 I/O 多路复用机制就是说通过一种机制可以监视多个描述符一旦某个描述符就绪一般是读就绪或写就绪能够通知程序进行相应的读写操作。这种机制的使用需要 select 、 poll 、 epoll 来配合。多个连接共用一个阻塞对象应用程序只需要在一个阻塞对象上等待无需阻塞等待所有连接。当某条连接有新的数据可以处理时操作系统通知应用程序线程从阻塞状态返回开始进行业务处理。 Redis 服务采用 Reactor 的方式来实现文件事件处理器每一个网络连接其实都对应一个文件描述符 。Redis基于Reactor模式开发了网络事件处理器这个处理器被称为文件事件处理器。它的组成结构为4部分多个套接字、IO多路复用程序、文件事件分派器、事件处理器。 因为文件事件分派器队列的消费是单线程的所以Redis才叫单线程模型。 参考《Redis 设计与实现》 结论 从Redis6开始将网络数据读写、请求协议解析通过多个IO线程的来处理 对于真正的命令执行来说仍然使用单线程操作一举两得便宜占尽 o(▽) 从吃米线开始读读read... 从吃米线开始读读read... 上午开会错过了公司食堂的饭点 中午就和公司的首席架构师一起去楼下的米线店去吃米线。我们到了一看果然很多人在排队。 架构师马上发话了嚯请求排队啊你看这位收银点菜的像不像nginx的反向代理只收请求不处理把请求都发给后厨去处理。 我们交了钱拿着号离开了点餐收银台找了个座位坐下等餐。 架构师你看这就是异步处理我们下了单就可以离开等待米线做好了会通过小喇叭“回调”我们去取餐 如果同步处理我们就得在收银台站着等餐后面的请求无法处理客户等不及肯定会离开了。 接下里架构师盯着手中的纸质号牌。 架构师你看这个纸质号牌在后厨“服务器”那里也有这不就是表示会话的ID吗 有了它就可以把大家给区分开就不会把我的排骨米线送给别人了。过了一会 排队的人越来越多已经有人表示不满了可是收银员已经满头大汗忙到极致了。 架构师你看他这个系统缺乏弹性扩容 现在这么多人应该增加收银台可以没有其他收银设备老板再着急也没用。 老板看到在收银这里帮不了忙后厨的订单也累积得越来越多 赶紧跑到后厨亲自去做米线去了。 架构师又发话了幸亏这个系统的后台有并行处理能力可以随意地增加资源来处理请求做米线。 我说他就这点儿资源了除了老板没人再会做米线了。 不知不觉我们等了20分钟 但是米线还没上来。 架构师你看系统的处理能力达到极限超时了吧。 这时候收银台前排队的人已经不多了但是还有很多人在等米线。 老板跑过来让这个打扫卫生的去收银让收银小妹也到后厨帮忙。打扫卫生的做收银也磕磕绊绊的没有原来的小妹灵活。 架构师这就叫服务降级为了保证米线的服务把别的服务都给关闭了。 又过了20分钟后厨的厨师叫道237号 您点的排骨米线没有排骨了能换成番茄的吗 架构师低声对我说瞧瞧 人太多 系统异常了。然后他站了起来不行系统得进行补偿操作退费。 说完他拉着我饿着肚子头也不回地走了。 同步 调用者要一直等待调用结果的通知后才能进行后续的执行现在就要我可以等等出结果为止。 异步 指被调用方先返回应答让调用者先回去然后再计算调用结果计算完最终结果后再通知并返回给调用方。 异步调用要想获得结果一般通过回调。 同步与异步的理解 同步、异步的讨论对象是被调用者(服务提供者)重点在于获得调用结果的消息通知方式上。 阻塞 调用方一直在等待而且别的事情什么都不做当前进/线程会被挂起啥都不干。 非阻塞 调用在发出去后调用方先去忙别的事情不会阻塞当前进/线程而会立即返回。 阻塞与非阻塞的理解 阻塞、非阻塞的讨论对象是调用者(服务请求者)重点在于等消息时候的行为调用者是否能干其它事。 总结 4种组合方式 同步阻塞服务员说快到你了先别离开我后台看一眼马上通知你。客户在海底捞火锅前台干等着啥都不干。 同步非阻塞服务员说快到你了先别离开。客户在海底捞火锅前台边刷抖音边等着叫号。 异步阻塞服务员说还要再等等你先去逛逛一会儿通知你。客户怕过号在海底捞火锅前台拿着排号小票啥都不干一直等着店员通知。 异步非阻塞服务员说还要再等等你先去逛逛一会儿通知你。拿着排号小票刷着抖音等着店员通知。 Unix网络编程中的五种IO模型 Blocking IO - 阻塞IONoneBlocking IO - 非阻塞IOIO multiplexing - IO多路复用signal driven IO - 信号驱动IOasynchronous IO - 异步IO Java验证 背景 一个redisServer2个Client BIO 当用户进程调用了recvfrom这个系统调用kernel就开始了IO的第一个阶段准备数据对于网络IO来说很多时候数据在一开始还没有到达。比如还没有收到一个完整的UDP包。这个时候kernel就要等待足够的数据到来。这个过程需要等待也就是说数据被拷贝到操作系统内核的缓冲区中是需要一个过程的。而在用户进程这边整个进程会被阻塞当然是进程自己选择的阻塞。当kernel一直等到数据准备好了它就会将数据从kernel中拷贝到用户内存然后kernel返回结果用户进程才解除block的状态重新运行起来。所以BIO的特点就是在IO执行的两个阶段都被block了。 先演示accept accept监听 code案例 RedisServer package com.lzx.study.iomultiplex.one;import java.io.IOException;
import java.net.ServerSocket;
import java.net.Socket;/*** auther admin*/
public class RedisServer {public static void main(String[] args) throws IOException {byte[] bytes new byte[1024];ServerSocket serverSocket new ServerSocket(6379);while (true) {System.out.println(-----111 等待连接);Socket socket serverSocket.accept();System.out.println(-----222 成功连接);}}
} RedisClient01 package com.lzx.study.iomultiplex.one;import java.io.IOException;
import java.net.Socket;
import java.util.Scanner;/*** auther admin*/
public class RedisClient01 {public static void main(String[] args) throws IOException {System.out.println(------RedisClient01 start);Socket socket new Socket(127.0.0.1, 6379);}} RedisClient02 package com.lzx.study.iomultiplex.one;import java.io.IOException;
import java.net.Socket;/*** auther admin*/
public class RedisClient02 {public static void main(String[] args) throws IOException {System.out.println(------RedisClient02 start);Socket socket new Socket(127.0.0.1, 6379);}} 再演示read read读取 code案例 一、 先启动RedisServerBIO再启动RedisClient01验证后再启动2号客户端 RedisServerBIO package com.lzx.study.iomultiplex.bio;import java.io.IOException;
import java.io.InputStream;
import java.net.ServerSocket;
import java.net.Socket;/*** auther admin*/
public class RedisServerBIO {public static void main(String[] args) throws IOException {ServerSocket serverSocket new ServerSocket(6379);while (true) {System.out.println(-----111 等待连接);Socket socket serverSocket.accept();//阻塞1 ,等待客户端连接System.out.println(-----222 成功连接);InputStream inputStream socket.getInputStream();int length -1;byte[] bytes new byte[1024];System.out.println(-----333 等待读取);//阻塞2 ,等待客户端发送数据while((length inputStream.read(bytes)) ! -1) {System.out.println(-----444 成功读取 new String(bytes, 0, length));System.out.println();System.out.println();}inputStream.close();socket.close();}}
}RedisClient01 package com.lzx.study.iomultiplex.bio;import java.io.IOException;
import java.io.OutputStream;
import java.net.Socket;
import java.util.Scanner;/*** auther admin*/
public class RedisClient01 {public static void main(String[] args) throws IOException {Socket socket new Socket(127.0.0.1, 6379);OutputStream outputStream socket.getOutputStream();//socket.getOutputStream().write(RedisClient01.getBytes());while (true) {Scanner scanner new Scanner(System.in);String string scanner.next();if (string.equalsIgnoreCase(quit)) {break;}socket.getOutputStream().write(string.getBytes());System.out.println(------input quit keyword to finish......);}outputStream.close();socket.close();}} RedisClient02 package com.lzx.study.iomultiplex.bio;import java.io.IOException;
import java.io.OutputStream;
import java.net.Socket;
import java.util.Scanner;/*** auther admin*/
public class RedisClient02 {public static void main(String[] args) throws IOException {Socket socket new Socket(127.0.0.1, 6379);OutputStream outputStream socket.getOutputStream();//socket.getOutputStream().write(RedisClient01.getBytes());while (true) {Scanner scanner new Scanner(System.in);String string scanner.next();if (string.equalsIgnoreCase(quit)) {break;}socket.getOutputStream().write(string.getBytes());System.out.println(------input quit keyword to finish......);}outputStream.close();socket.close();}}存在的问题 上面的模型存在很大的问题如果客户端与服务端建立了连接 如果这个连接的客户端迟迟不发数据线程就会一直堵塞在read()方法上这样其他客户端也不能进行连接也就是一次只能处理一个客户端对客户很不友好 知道问题所在了请问如何解决 二、 多线程模式 利用多线程只要连接了一个socket操作系统分配一个线程来处理这样read()方法堵塞在每个具体线程上而不堵塞主线程 就能操作多个socket了哪个线程中的socket有数据就读哪个socket各取所需灵活统一。 程序服务端只负责监听是否有客户端连接使用 accept() 阻塞 客户端1连接服务端就开辟一个线程thread1来执行 read() 方法程序服务端继续监听 客户端2连接服务端也开辟一个线程thread2来执行 read() 方法程序服务端继续监听 客户端3连接服务端也开辟一个线程thread3来执行 read() 方法程序服务端继续监听 。。。。。。 RedisServerBIOMultiThread package com.lzx.study.iomultiplex.bio;import java.io.IOException;
import java.io.InputStream;
import java.net.ServerSocket;
import java.net.Socket;/*** auther admin**/
public class RedisServerBIOMultiThread {public static void main(String[] args) throws IOException {ServerSocket serverSocket new ServerSocket(6379);while (true) {//System.out.println(-----111 等待连接);//阻塞1 ,等待客户端连接Socket socket serverSocket.accept();//System.out.println(-----222 成功连接);new Thread(() - {try {InputStream inputStream socket.getInputStream();int length -1;byte[] bytes new byte[1024];System.out.println(-----333 等待读取);//阻塞2 ,等待客户端发送数据while((length inputStream.read(bytes)) ! -1) {System.out.println(-----444 成功读取 new String(bytes, 0, length));System.out.println();System.out.println();}inputStream.close();socket.close();} catch (IOException e) {e.printStackTrace();}}, Thread.currentThread().getName()).start();System.out.println(Thread.currentThread().getName());}}
} RedisClient01 package com.lzx.study.iomultiplex.bio;import java.io.IOException;
import java.io.OutputStream;
import java.net.Socket;
import java.util.Scanner;/*** auther admin*/
public class RedisClient01 {public static void main(String[] args) throws IOException {Socket socket new Socket(127.0.0.1, 6379);OutputStream outputStream socket.getOutputStream();//socket.getOutputStream().write(RedisClient01.getBytes());while (true) {Scanner scanner new Scanner(System.in);String string scanner.next();if (string.equalsIgnoreCase(quit)) {break;}socket.getOutputStream().write(string.getBytes());System.out.println(------input quit keyword to finish......);}outputStream.close();socket.close();}}RedisClient02 package com.lzx.study.iomultiplex.bio;import java.io.IOException;
import java.io.OutputStream;
import java.net.Socket;
import java.util.Scanner;/*** auther admin*/
public class RedisClient02 {public static void main(String[] args) throws IOException {Socket socket new Socket(127.0.0.1, 6379);OutputStream outputStream socket.getOutputStream();//socket.getOutputStream().write(RedisClient01.getBytes());while (true) {Scanner scanner new Scanner(System.in);String string scanner.next();if (string.equalsIgnoreCase(quit)) {break;}socket.getOutputStream().write(string.getBytes());System.out.println(------input quit keyword to finish......);}outputStream.close();socket.close();}}存在的问题 多线程模型 每来一个客户端就要开辟一个线程如果来1万个客户端那就要开辟1万个线程。 在操作系统中用户态不能直接开辟线程需要调用内核来创建的一个线程 这其中还涉及到用户状态的切换上下文的切换十分耗资源。 知道问题所在了请问如何解决 解决 第一个办法使用线程池 这个在客户端连接少的情况下可以使用但是用户量大的情况下你不知道线程池要多大太大了内存可能不够也不可行。 第二个办法NIO非阻塞式IO方式 因为read()方法堵塞了所有要开辟多个线程如果什么方法能使read()方法不堵塞这样就不用开辟多个线程了这就用到了另一个IO模型NIO非阻塞式IO。 总结 tomcat7之前就是用BIO多线程来解决多连接。 目前我们的两个痛点 两个痛点 accept read 在阻塞式 I/O 模型中应用程序在从调用 recvfrom开始到它返回有数据报准备好这段时间是阻塞的recvfrom返回成功后应用进程才能开始处理数据报。 阻塞式IO小总结 思考 每个线程分配一个连接必然会产生多个既然是多个socket链接必然需要放入进容器纳入统一管理。 NIO 当用户进程发出read操作时如果kernel中的数据还没有准备好那么它并不会block用户进程而是立刻返回一个error。从用户进程角度讲 它发起一个read操作后并不需要等待而是马上就得到了一个结果。用户进程判断结果是一个error时它就知道数据还没有准备好于是它可以再次发送read操作。一旦kernel中的数据准备好了并且又再次收到了用户进程的system call那么它马上就将数据拷贝到了用户内存然后返回。所以NIO特点是用户进程需要不断的主动询问内核数据准备好了吗一句话用轮询替代阻塞 先看看面试回答 在NIO模式中一切都是非阻塞的 accept()方法是非阻塞的如果没有客户端连接就返回无连接标识。 read()方法是非阻塞的如果read()方法读取不到数据就返回空闲中标识如果读取到数据时只阻塞read()方法读数据的时间。 在NIO模式中只有一个线程 当一个客户端与服务端进行连接这个socket就会加入到一个数组中隔一段时间遍历一次看这个socket的read()方法能否读到数据这样一个线程就能处理多个客户端的连接和读取了。 code案例 上述以前的socket是阻塞的另外开发一套APIServerSocketChannel RedisServerNIO package com.lzx.study.iomultiplex.nio;import java.io.IOException;
import java.net.InetSocketAddress;
import java.nio.ByteBuffer;
import java.nio.channels.ServerSocketChannel;
import java.nio.channels.SocketChannel;
import java.util.ArrayList;/*** auther admin*/
public class RedisServerNIO {static ArrayListSocketChannel socketList new ArrayList();static ByteBuffer byteBuffer ByteBuffer.allocate(1024);public static void main(String[] args) throws IOException {System.out.println(---------RedisServerNIO 启动等待中......);ServerSocketChannel serverSocket ServerSocketChannel.open();serverSocket.bind(new InetSocketAddress(127.0.0.1, 6379));//设置为非阻塞模式serverSocket.configureBlocking(false);while (true) {for (SocketChannel element : socketList) {int read element.read(byteBuffer);if (read 0) {System.out.println(-----读取数据: read);byteBuffer.flip();byte[] bytes new byte[read];byteBuffer.get(bytes);System.out.println(new String(bytes));byteBuffer.clear();}}SocketChannel socketChannel serverSocket.accept();if (socketChannel ! null) {System.out.println(-----成功连接: );//设置为非阻塞模式socketChannel.configureBlocking(false);socketList.add(socketChannel);System.out.println(-----socketList size: socketList.size());}}}
}RedisClient01 package com.lzx.study.iomultiplex.nio;import java.io.IOException;
import java.io.OutputStream;
import java.net.Socket;
import java.util.Scanner;/*** auther admin*/
public class RedisClient01 {public static void main(String[] args) throws IOException {System.out.println(------RedisClient01 start);Socket socket new Socket(127.0.0.1, 6379);OutputStream outputStream socket.getOutputStream();while (true) {Scanner scanner new Scanner(System.in);String string scanner.next();if (string.equalsIgnoreCase(quit)) {break;}socket.getOutputStream().write(string.getBytes());System.out.println(------input quit keyword to finish......);}outputStream.close();socket.close();}}RedisClient02 package com.lzx.study.iomultiplex.nio;import java.io.IOException;
import java.io.OutputStream;
import java.net.Socket;
import java.util.Scanner;/*** auther admin*/
public class RedisClient02 {public static void main(String[] args) throws IOException {System.out.println(------RedisClient02 start);Socket socket new Socket(127.0.0.1, 6379);OutputStream outputStream socket.getOutputStream();while (true) {Scanner scanner new Scanner(System.in);String string scanner.next();if (string.equalsIgnoreCase(quit)) {break;}socket.getOutputStream().write(string.getBytes());System.out.println(------input quit keyword to finish......);}outputStream.close();socket.close();}}存在的问题和优缺点 NIO成功的解决了BIO需要开启多线程的问题NIO中一个线程就能解决多个socket但是还存在2个问题。 问题一 这个模型在客户端少的时候十分好用但是客户端如果很多比如有1万个客户端进行连接那么每次循环就要遍历1万个socket如果一万个socket中只有10个socket有数据也会遍历一万个socket就会做很多无用功每次遍历遇到 read 返回 -1 时仍然是一次浪费资源的系统调用。 问题二 而且这个遍历过程是在用户态进行的用户态判断socket是否有数据还是调用内核的read()方法实现的这就涉及到用户态和内核态的切换每遍历一个就要切换一次开销很大因为这些问题的存在。 优点不会阻塞在内核的等待数据过程每次发起的 I/O 请求可以立即返回不用阻塞等待实时性较好。 缺点轮询将会不断地询问内核这将占用大量的 CPU 时间系统资源利用率较低所以一般 Web 服务器不使用这种 I/O 模型。 结论让Linux内核搞定上述需求我们将一批文件描述符通过一次系统调用传给内核由内核层去遍历才能真正解决这个问题。IO多路复用应运而生也即将上述工作直接放进Linux内核不再两态转换而是直接从内核获得结果因为内核是非阻塞的。 问题升级 如何用单线程处理大量的链接 非阻塞式IO小总结 IO MultiplexingIO多路复用 是什么 词牌 模型 I/O多路复用在英文中其实叫 I/O multiplexing 多个Socket复用一根网线这个功能是在内核驱动层实现的 I/O multiplexing 这里面的 multiplexing 指的其实是在单个线程通过记录跟踪每一个Sock(I/O流)的状态来同时管理多个I/O流. 目的是尽量多的提高服务器的吞吐能力。 大家都用过nginxnginx使用epoll接收请求ngnix会有很多链接进来 epoll会把他们都监视起来然后像拨开关一样谁有数据就拨向谁然后调用相应的代码处理。redis类似同理。 FileDescriptor 文件描述符File descriptor是计算机科学中的一个术语是一个用于表述指向文件的引用的抽象化概念。文件描述符在形式上是一个非负整数。实际上它是一个索引值指向内核为每一个进程所维护的该进程打开文件的记录表。当程序打开一个现有文件或者创建一个新文件时内核向进程返回一个文件描述符。在程序设计中一些涉及底层的程序编写往往会围绕着文件描述符展开。但是文件描述符这一概念往往只适用于UNIX、Linux这样的操作系统。 IO多路复用 IO multiplexing就是我们说的selectpollepoll有些技术书籍也称这种IO方式为event driven IO事件驱动IO。就是通过一种机制一个进程可以监视多个描述符一旦某个描述符就绪一般是读就绪或者写就绪能够通知程序进行相应的读写操作。可以基于一个阻塞对象并同时在多个描述符上等待就绪而不是使用多个线程(每个文件描述符一个线程每次new一个线程)这样可以大大节省系统资源。所以I/O 多路复用的特点是通过一种机制一个进程能同时等待多个文件描述符而这些文件描述符套接字描述符其中的任意一个进入读就绪状态selectpollepoll等函数就可以返回。 通俗理解 模拟一个tcp服务器处理30个客户socket一个监考老师监考多个学生谁举手就应答谁。 假设你是一个监考老师让30个学生解答一道竞赛考题然后负责验收学生答卷你有下面几个选择 第一种选择按顺序逐个验收先验收A然后是B之后是C、D。。。这中间如果有一个学生卡住全班都会被耽误,你用循环挨个处理socket根本不具有并发能力。 第二种选择你创建30个分身线程每个分身线程检查一个学生的答案是否正确。 这种类似于为每一个用户创建一个进程或者线程处理连接。 第三种选择你站在讲台上等谁解答完谁举手。这时C、D举手表示他们解答问题完毕你下去依次检查C、D的答案然后继续回到讲台上等。此时E、A又举手然后去处理E和A。。。这种就是IO复用模型。Linux下的select、poll和epoll就是干这个的。 将用户socket对应的fd注册进epoll然后epoll帮你监听哪些socket上有消息到达这样就避免了大量的无用操作。此时的socket应该采用非阻塞模式。这样整个过程只在调用select、poll、epoll这些调用的时候才会阻塞收发客户消息是不会阻塞的整个进程或者线程就被充分利用起来这就是事件驱动所谓的reactor反应模式。 能做什么 Redis单线程如何处理那么多并发客户端连接为什么单线程为什么快 Redis的IO多路复用 Redis利用epoll来实现IO多路复用将连接信息和事件放到队列中依次放到事件分派器事件分派器将事件分发给事件处理器。 Redis 服务采用 Reactor 的方式来实现文件事件处理器每一个网络连接其实都对应一个文件描述符 所谓 I/O 多路复用机制就是说通过一种机制可以监视多个描述符一旦某个描述符就绪一般是读就绪或写就绪能够通知程序进行相应的读写操作。这种机制的使用需要 select 、 poll 、 epoll 来配合。多个连接共用一个阻塞对象应用程序只需要在一个阻塞对象上等待无需阻塞等待所有连接。当某条连接有新的数据可以处理时操作系统通知应用程序线程从阻塞状态返回开始进行业务处理。 所谓 I/O 多路复用机制就是说通过一种考试监考机制一个老师可以监视多个考生一旦某个考生举手想要交卷了能够通知监考老师进行相应的收卷子或批改检查操作。所以这种机制需要调用班主任(select/poll/epoll)来配合。多个考生被同一个班主任监考收完一个考试的卷子再处理其它人无需等待所有考生谁先举手就先响应谁当又有考生举手要交卷监考老师看到后从讲台走到考生位置开始进行收卷处理。 Reactor设计模式 是什么 基于 I/O 复用模型多个连接共用一个阻塞对象应用程序只需要在一个阻塞对象上等待无需阻塞等待所有连接。当某条连接有新的数据可以处理时操作系统通知应用程序线程从阻塞状态返回开始进行业务处理。 Reactor 模式是指通过一个或多个输入同时传递给服务处理器的服务请求的事件驱动处理模式。服务端程序处理传入多路请求并将它们同步分派给请求对应的处理线程Reactor 模式也叫 Dispatcher 模式。即 I/O 多了复用统一监听事件收到事件后分发(Dispatch 给某进程)是编写高性能网络服务器的必备技术。 Reactor 模式中有 2 个关键组成 1ReactorReactor 在一个单独的线程中运行负责监听和分发事件分发给适当的处理程序来对 IO 事件做出反应。 它就像公司的电话接线员它接听来自客户的电话并将线路转移到适当的联系人 2Handlers处理程序执行 I/O 事件要完成的实际事件类似于客户想要与之交谈的公司中的实际办理人。Reactor 通过调度适当的处理程序来响应 I/O 事件处理程序执行非阻塞操作。 每一个网络连接其实都对应一个文件描述符 Redis 服务采用 Reactor 的方式来实现文件事件处理器每一个网络连接其实都对应一个文件描述符Redis基于Reactor模式开发了网络事件处理器这个处理器被称为文件事件处理器。 它的组成结构为4部分多个套接字、IO多路复用程序、文件事件分派器、事件处理器。 因为文件事件分派器队列的消费是单线程的所以Redis才叫单线程模型 。 select, poll, epoll 都是I/O多路复用的具体的实现 C语言struct结构体语法简介 select方法 Linux官网或者man select 函数监视的文件描述符分3类分别是readfds、writefds和exceptfds将用户传入的数组拷贝到内核空间调用后select函数会阻塞直到有描述符就绪有数据 可读、可写、或者有except或超时timeout指定等待时间如果立即返回设为null即可函数返回。 当select函数返回后可以通过遍历fdset来找到就绪的描述符。 select函数官网 select是第一个实现 (1983 左右在BSD里面实现) 用户态我们自己写的java代码思想 C语言代码 优点 select 其实就是把NIO中用户态要遍历的fd数组(我们的每一个socket链接安装进ArrayList里面的那个)拷贝到了内核态让内核态来遍历因为用户态判断socket是否有数据还是要调用内核态的所有拷贝到内核态后这样遍历判断的时候就不用一直用户态和内核态频繁切换了。 从代码中可以看出select系统调用后返回了一个置位后的rset这样用户态只需进行很简单的二进制比较就能很快知道哪些socket需要read数据有效提高了效率。 缺点 1、bitmap最大1024位一个进程最多只能处理1024个客户端。 2、rset不可重用每次socket有数据就相应的位会被置位。 3、文件描述符数组拷贝到了内核态(只不过无系统调用切换上下文的开销。内核层可优化为异步事件通知)仍然有开销。select 调用需要传入 fd 数组需要拷贝一份到内核高并发场景下这样的拷贝消耗的资源是惊人的。可优化为不复制。 4、select并没有通知用户态哪一个socket有数据仍然需要O(n)的遍历。select 仅仅返回可读文件描述符的个数具体哪个可读还是要用户自己遍历。可优化为只返回给用户就绪的文件描述符无需用户做无效的遍历。 我们自己模拟写的是RedisServerNIO.java,只不过将它内核化了。 select小结论 select方式既做到了一个线程处理多个客户端连接文件描述符又减少了系统调用的开销多个文件描述符只有一次 select 的系统调用 N次就绪状态的文件描述符的 read 系统调用。 poll方法 Linux官网或者man poll方法官网 1997年实现了poll C语言代码 优点 1、poll使用pollfd数组来代替select中的bitmap数组没有1024的限制可以一次管理更多的client。它和 select 的主要区别就是去掉了 select 只能监听 1024 个文件描述符的限制。 2、当pollfds数组中有事件发生相应的revents置位为1遍历的时候又置位回零实现了pollfd数组的重用。 问题 poll 解决了select缺点中的前两条其本质原理还是select的方法还存在select中原来的问题 1、pollfds数组拷贝到了内核态仍然有开销 2、poll并没有通知用户态哪一个socket有数据仍然需要O(n)的遍历 epoll方法 Linux官网或者man int epoll_create(int size) 参数size并不是限制了epoll所能监听的描述符最大个数只是对内核初始分配内部数据结构的一个建议 int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event) 见上图 int epoll_wait(int epfd, struct epoll_event * events, int maxevents, int timeout) 等待epfd上的io事件最多返回maxevents个事件。参数events用来从内核得到事件的集合maxevents告之内核这个events有多大。 epoll方法官网 在2002年被大神 Davide Libenzi (戴维德·利本兹)发明出来了 三步调用 epoll_create 创建一个 epoll 句柄 epoll_ctl 向内核添加、修改或删除要监控的文件描述符 epoll_wait 类似发起了select() 调用 C语言代码 结论 多路复用快的原因在于操作系统提供了这样的系统调用使得原来的 while 循环里多次系统调用变成了一次系统调用 内核层遍历这些文件描述符。 epoll是现在最先进的IO多路复用器Redis、Nginxlinux中的Java NIO都使用的是epoll。 这里“多路”指的是多个网络连接“复用”指的是复用同一个线程。 1、一个socket的生命周期中只有一次从用户态拷贝到内核态的过程开销小。 2、使用event事件通知机制每次socket中有数据会主动通知内核并加入到就绪链表中不需要遍历所有的socket。 在多路复用IO模型中会有一个内核线程不断地去轮询多个 socket 的状态只有当真正读写事件发送时才真正调用实际的IO读写操作。因为在多路复用IO模型中只需要使用一个线程就可以管理多个socket系统不需要建立新的进程或者线程也不必维护这些线程和进程并且只有真正有读写事件进行时才会使用IO资源所以它大大减少来资源占用。多路I/O复用模型是利用 select、poll、epoll 可以同时监察多个流的 I/O 事件的能力在空闲的时候会把当前线程阻塞掉当有一个或多个流有 I/O 事件时就从阻塞态中唤醒于是程序就会轮询一遍所有的流epoll 是只轮询那些真正发出了事件的流并且只依次顺序的处理就绪的流这种做法就避免了大量的无用操作。 采用多路 I/O 复用技术可以让单个线程高效的处理多个连接请求尽量减少网络 IO 的时间消耗且 Redis 在内存中操作数据的速度非常快也就是说内存内的操作不会成为影响Redis性能的瓶颈。 三个方法对比 5 种 I/O 模型总结 多路复用快的原因在于操作系统提供了这样的系统调用使得原来的 while 循环里多次系统调用变成了一次系统调用 内核层遍历这些文件描述符。 所谓 I/O 多路复用机制就是说通过一种机制可以监视多个描述符一旦某个描述符就绪一般是读就绪或写就绪能够通知程序进行相应的读写操作。这种机制的使用需要 select 、 poll 、 epoll 来配合。多个连接共用一个阻塞对象应用程序只需要在一个阻塞对象上等待无需阻塞等待所有连接。当某条连接有新的数据可以处理时操作系统通知应用程序线程从阻塞状态返回开始进行业务处理 为什么3个都保有
