要点2：OpenSSL的建链、收包、发包接口，其是否阻塞都随socket本身属性而变，所以OpenSSL可以非阻塞使用 在我们的场景下，用epoll来维护机器人的并发建连接和收发包，当然希望任何一个动作都是非阻塞的...这样，如果socket本身设置为非阻塞的，那这个操作也就不会阻塞，而是有三种返回可能： ? 1）返回0： 意味着ssl层的交互阻塞了。...此时，用SSL_get_error()可以获取具体的错误码：若是SSL_ERROR_WANT_READ或SSL_ERROR_WANT_WRITE，就在epoll中关注该连接的可读或可写事件，并在事件被触发时接着调用...上面的第2点就是openSSL比较奇葩的一个地方了：调用SSL_write发包，可能返回的是一个SSL_ERROR_WANT_READ，即发包可能阻塞在读操作！无法理解吧。...可能刚好在recv协议数据时被阻塞了，那就只能乖乖地等socket可读了——SSL_write在这种情况下，会返回一个SSL_ERROR_WANT_READ，等待可读。
阻塞和非阻塞，是函数/方法的实现方式，即在数据就绪之前是立刻返回还是等待，即发起IO请求是否会被阻塞。 以文件IO为例,一个IO读过程是文件数据从磁盘→内核缓冲区→用户内存的过程。...select和poll的原理基本相同： 注册待侦听的fd(这里的fd创建时最好使用非阻塞) 每次调用都去检查这些fd的状态，当有一个或者多个fd就绪的时候返回 返回结果中包括已就绪和未就绪的fd 相比select...此外，对于IO复用还有一个水平触发和边缘触发的概念： 水平触发：当就绪的fd未被用户进程处理后，下一次查询依旧会返回，这是select和poll的触发方式。...边缘触发：无论就绪的fd是否被处理，下一次不再返回。理论上性能更高，但是实现相当复杂，并且任何意外的丢失事件都会造成请求处理错误。epoll默认使用水平触发，通过相应选项可以使用边缘触发。...此种io方式存在的一个很大的问题：Linux中信号队列是有限制的，如果超过这个数字问题就无法读取数据。 异步非阻塞 之前的就餐方式，到最后总是需要你自己去把饭菜端到餐桌。
I/O模型主要包括：阻塞IO、非阻塞IO、I/O 多路复用、异步I/O和信号I/O; Socket创建的时候默认是阻塞的，如何将Socket设置为非阻塞的？...常用的I/O复用函数有select、poll和epoll；但I/O复用函数本身是阻塞的，它们能提高程序效率的原因在于它们具有同时监听多个I/O事件的能力； SIGIO信号，即信号驱动IO，也可以用来报告...I/O事件，但某个目标文件描述符上有事件发生时，SIGIO信号的信号处理函数就将被触发，我们也就可以在该信号处理函数中对目标文件描述符执行非阻塞I/O操作了。...：epoll为什么只能使用非阻塞的Socket？...epoll 对文件描述符的操作有两种模式：LT(水平触发 level trigger) 和 ET(边缘触发 edge trigger)。
EPOLL的工作模式有两种： LT水平触发 ET边缘触发 上面现象是LT模式下的产物，那么怎么理解LT与ET呢？...毕竟李四比张三打的电话少的多得多！ LT水平触发是默认的，那么一个如何设置成ET边缘触发模式呢？...通过EPOLLET 标志位: 将 EPOLL 设为边缘触发(Edge Triggered)模式, 这是相对于水平触发(Level Triggered)来说的 水平触发 Level Triggered 工作模式...直到缓冲区上所有的数据都被处理完， epoll_wait 才不会立刻返回。 支持阻塞读写和非阻塞读写。...所以一般不能说ET模式一定比LT模式的效率更高。可是，ET强制程序员必须使用非阻塞进行读取！LT不会强制程序员使用非阻塞读取！所以可以认为ET模式更加高效！
模型 我们在进行编程开发的时候，经常会涉及到同步，异步，阻塞，非阻塞，IO多路复用等概念，这里简单总结一下。...之所以会有同步、异步、阻塞和非阻塞这几种说法就是根据程序在这两个阶段的处理方式不同而产生的。 事件 可读事件，当文件描述符关联的内核读缓冲区可读，则触发可读事件。...参数timeout描述在函数调用中阻塞时间上限，单位是ms： timeout = -1表示调用将一直阻塞，直到有文件描述符进入ready状态或者捕获到信号才返回；timeout = 0用于非阻塞检测是否有描述符处于...epoll支持边缘触发(edge trigger，ET)或水平触发（level trigger，LT)，通过epoll_wait等待I/O事件，如果当前没有可用的事件则阻塞调用线程。...采用边沿触发 JDK并没有实现边缘触发，Netty重新实现了epoll机制，采用边缘触发方式；另外像Nginx也采用边缘触发。
)被调用者通过状态、通知或回调机制主动通知调用者被调用者的运行状态 阻塞/非阻塞 阻塞/非阻塞：关注调用者在等待结果返回之前所处的状态 阻塞：(blocking)，指IO操作需要彻底完成后才返回到用户空间...，调用结果返回之前，调用者被挂起 非阻塞：(nonblocking)指IO操作被调用后立即返回给用户一个状态值，无需等到IO操作彻底完成，最终的调用结果返回之前，调用者不会被挂起 I/O模型 五种/O模型...同步体现在：等待下载完成通知； 阻塞体现在：等待下载完成通知过程中，不能做其他任务处理； 2. 非阻塞型 ? 同步非阻塞IO模型 描述： 用户线程发起IO请求时立即返回。...，System V unix最早实现 Epoll：Linux实现，对应I/O复用模型，具有信号驱动I/O模型的某些特性（nginx） Kqueue：FreeBSD实现，对应I/O复用模型，具有信号驱动I...fd 边缘触发：只通知一次 ---- epoll：在Linux 2.6内核中提出的select和poll的增强版本 支持水平触发LT和边缘触发ET，最大的特点在于边缘触发，它只告诉进程哪些fd刚刚变为就需态
// EPOLLET：边缘触发（后面细讲） epfd: epoll_create创建的epoll_fd op: 要操作的类型： a....，表示不超时，如果设置为0，即使没有IO事件也会立即返回 epoll有EPOLLLT(水平触发)和EPOLLET(边缘触发)两种工作模式： 水平触发：只要socket处于可读状态(缓冲区有数据)或可写状态...边缘触发：只有套接字的状态由不可写到可写或由不可读到可读时，才会触发epoll_wait返回。...边缘触发处理起来会比水平触发比较麻烦，但性能会比水平触发高，因为减少 epoll 相关系统调用次数 讲完epoll的使用方法，我们把前面的伪代码套上epoll的边缘触发模式，完整代码如下： #include...使用非阻塞IO处理方式：我们只要循环的read，直到读完全部的数据即可（read返回0）。
❀ Linux高级IO 多路转接：poll poll函数接口 poll优缺点 多路转接：epoll epoll的相关系统调用 epoll工作原理 epoll的优点 epoll工作方式 理解ET模式和非阻塞文件描述符...，在楼下叫了你一次，你没下来，他也没惯着你，就离开去送下一个快递了(边缘触发) epoll有2种工作方式： 水平触发(Level Triggered简称LT) 边缘触发(Edge Triggered...直到缓冲区上所有的数据都被处理完, epoll_wait 才不会立刻返回 支持阻塞读写和非阻塞读写 边缘触发Edge Triggered工作模式： 将socket添加到epoll描述符的时候使用EPOLLET...另一方面, ET 的代码复杂程度更高了 理解ET模式和非阻塞文件描述符 使用 ET 模式的 epoll, 需要将文件描述设置为非阻塞 假设这样的场景：服务器接受到一个10k的请求，会向客户端返回一个应答数据...客户端要读到服务器的响应 客户端发送了下一个请求，epoll_wait 才会返回, 才能去读缓冲区中剩余的数据 为了解决上述问题(阻塞read不一定能一下把完整的请求读完)，于是就可以使用非阻塞轮训的方式来读缓冲区
epoll边缘触发、水平触发的区别、适合场景 为什么在 Linux 网络编程中最好用非阻塞式 IO？...epoll的边缘触发与水平触发 水平触发(LT) 关注点是数据，只要读缓冲区不为空，写缓冲区不满，那么epoll_wait就会一直返回就绪，水平触发是epoll的默认工作方式。...边缘触发(ET) 关注点是变化，只要缓冲区的数据有变化，epoll_wait就会返回就绪。 ...假设epoll被设置为了边缘触发，当客户端写入了10个字符，由于缓冲区从0变为了10，于是服务端epoll_wait触发一次就绪，服务端读取了2个字节后不再读取。...3、select、poll、epoll只是返回了可读事件，并没有返回可读的数据量。因此，使用非阻塞 IO的一般做法是读多次，直到不能读为止。
事件 可读事件，当文件描述符关联的内核读缓冲区可读，则触发可读事件。(可读：内核缓冲区非空，有数据可以读取) 可写事件，当文件描述符关联的内核写缓冲区可写，则触发可写事件。...参数timeout描述在函数调用中阻塞时间上限，单位是ms： timeout = -1表示调用将一直阻塞，直到有文件描述符进入ready状态或者捕获到信号才返回； timeout = 0用于非阻塞检测是否有描述符处于...epoll支持边缘触发(edge trigger，ET)或水平触发（level trigger，LT)，通过epoll_wait等待I/O事件，如果当前没有可用的事件则阻塞调用线程。...JDK并没有实现边缘触发，Netty重新实现了epoll机制，采用边缘触发方式；另外像Nginx也采用边缘触发。...JDK在Linux已经默认使用epoll方式，但是JDK的epoll采用的是水平触发，而Netty重新实现了epoll机制，采用边缘触发方式，netty epoll transport 暴露了更多的nio
阻塞和非阻塞是从函数调用角度来说的，而同步和异步是从"读写是谁完成的"角度来说的 阻塞：如果读写没有就绪或者读写没有完成，则该函数一直等待。...非阻塞：函数立即返回，然后让应用程序轮询、 同步：读写游应用程序完成 异步：读写由操作系统完成，完成之后，回调或者事件通知应用程序 异步I/O一定是非阻塞I/O，不存在既是异步I/O，又是阻塞的；同步I...I/O多路复用(select、poll、epoll)都是同步I/O，因为read和write函数操作都是应用程序完成的，同时也是阻塞I/O，因为select、read、write的调用都是阻塞的。...asio库就是典型的Proactor模式 epoll的LT和ET模式 epoll支持两种模式：LT（水平触发）和ET(边缘触发)。水平触发又称为条件触发，边缘触发又称为状态触发。...水平触发：读缓冲区只要不为空，就会一直触发读事件；写缓冲区只要不满，就会一直触发写事件。 边缘触发：读缓冲区的状态，从空转为非空的时候触发一次；写缓冲区的状态，从满转为非满的时候粗发一次。
真正实现非阻塞式 IO 我们应该让操作系统提供一个非阻塞的 read() 函数，当第一阶段读未就绪时返回 -1 ，当读已就绪时才进行数据的读取。...// 处理数据 close(connfd); // 关闭连接 }边缘触发和水平触发select/poll 只有水平触发模式，epoll 支持两种事件触发模式，分别是边缘触发（edge-triggered...，ET）和水平触发（level-triggered，LT），epoll 默认的触发模式是水平触发。...边缘触发使用边缘触发模式时，当被监控的 Socket 描述符上有可读事件发生时，服务器端只会从 epoll_wait 中苏醒一次，即使进程没有调用 read 函数从内核读取数据，也依然只苏醒一次，因此我们程序要保证一次性将内核缓冲区的数据读取完...，因此我们在一个线程内通过 while 和非阻塞 read 的能力避免等待读就绪过程中线程资源占用，后来操作系统发现这个场景比较多，便提供了 select、epoll、epoll 函数实现上述功能来减少系统调用
LT 模式和 ET 模式 与 poll 的事件宏相比，epoll 新增了一个事件宏 EPOLLET，这就是所谓的边缘触发模式（Edge Trigger，ET），而默认的模式我们称为 水平触发模式（Level...这两种模式的区别在于： 对于水平触发模式，一个事件只要有，就会一直触发； 对于边缘触发模式，只有一个事件从无到有才会触发。...那么水平模式的触发条件是状态处于高电平，而边缘模式是状态改为高电平，即： 水平模式的触发条件 1. 低电平 => 高电平 2. 高电平 => 高电平 边缘模式的触发条件 1....可写事件边缘模式触发条件： 1. socket不可写 => socket可写 也就是说，如果对于一个非阻塞 socket，如果使用 epoll 边缘模式去检测数据是否可读，触发可读事件以后，一定要一次性把...std::cout << "create listen socket error." << std::endl; return -1; } //将侦听socket设置为非阻塞的
我们现在把刚才说的过程总结一下，首先需要把 socket 设置非阻塞，然后不同平台上将事件通知到不同事件触发模型上，监测到事件时，回调通知给上层。...这又设计到 epoll 的两种触发模式，水平触发和边缘触发。...水平触发比边缘触发效率要低一些，在 epoll 内部实现上，用了两个数据结构，用红黑树来管理监测的 socket，每个节点上对应存放着 socket handle 和触发的回调函数指针。...边缘触发模式时，每次 epoll_wait 时只需要将活动事件链表取出即可，但是水平触发模式时，还需要将数据未全部读取的 socket 再次放置到链表中。 CppNet 采用的是边缘触发模式。...等待意味着阻塞，前边已经提到了，我们用到的 socket 已经全部设置为非阻塞模式了，你调用了 accept，也不会乖乖的阻塞在哪里了，而是迅速返回，有没有连接到来，还得接着判断。
maxevents 每次能处理的事件数 * @param timeout 等待I/O事件发生的超时值；-1相当于阻塞，0相当于非阻塞。...边缘触发相对条件触发的优点：可以分离接收数据和处理数据的时间点，从实现模型的角度看，边缘触发更有可能带来高性能。...将上面epoll实例改为边缘触发： 1，首先改写 event.events = EPOLLIN | EPOLLET; （EPOLLIN:读取数据事件 EPOLLET:边缘触发方式） 2，边缘触发只响应一次接收数据事件....); if(str_len < 0) { if(errno == EAGAIN) //读取输入缓冲中的全部数据的标志 break; } 3，边缘触发方式下，以阻塞方式工作的read...所以边缘触发一定要采用非阻塞的套接字数据传输形式。那么怎么将套接字的read,write数据传输形式修改为非阻塞模式呢？
同步阻塞IO在等待数据就绪上花去太多时间，而传统的同步非阻塞IO虽然不会阻塞进程，但是结合轮询来判断运维...强烈推介IDEA2020.2破解激活，IntelliJ IDEA 注册码，2020.2 IDEA 激活码 同步阻塞IO在等待数据就绪上花去太多时间，而传统的同步非阻塞IO虽然不会阻塞进程，但是结合轮询来判断数据是否就绪仍然会耗费大量的...kqueue FreeBSD实现了kqueue，可以支持水平触发和边缘触发，性能和下面要提到的epoll非常接近。...Nginx就使用了epoll的边缘触发模型。 这里提一下水平触发和边缘触发就绪通知的区别，这两个词来源于计算机硬件设计。...因此在使用边缘触发的 api 时，要注意每次都要读到 socket返回 EWOULDBLOCK为止 ===================================================
, 具体是: 数组下标的最大值+1 timeout: =0: 不阻塞, 立刻返回 -1: 表示一直阻塞, 直到有事件发生 >0: 表示阻塞时长, 在时长范围内若有事件发生会立刻返回; 如果超过了时长也会立刻返回... EPOLLERR: 错误事件 EPOLLET: 边缘触发模式 event.fd: 要监控的事件对应的文件描述符 typedef...，并且发送数据，需要将socket设置为非阻塞模式 ET设置了非阻塞模式是因为使用了边缘触发模式（EPOLLET）。...在边缘触发模式下，当有数据可读时，只会触发一次EPOLLIN事件，如果该次读取没有将缓冲区中的数据全部读取完毕，下次还是会触发EPOLLIN事件。...因此，为了保证每次读取完整的数据，需要将socket设置为非阻塞模式，避免在缓冲区没有全部读取完毕时进行阻塞。
2.非阻塞式I/O 非阻塞模式和阻塞模式的区别在于，阻塞模式没有收到数据报返回的时候会一直阻塞等待，直到数据报到达或者报错产生，而非阻塞模式是不断地检查数据报的到达状态，有数据报到达就返回数据报，没有数据报到达或发生错误就报错返回...设置为边缘触发模式 EPOLLONESHOT：只监听一次事件 --epfd参数： 含义：由epoll_create创建的epoll实例 --fd参数： 含义：需要被监听的文件描述符 --event...如果timeout=-1，则会一直阻塞，如果timeout=0，则函数为非阻塞模式，会立即返回。 *使用完epoll后，必须调用close函数关闭描述符。...两者的区别：边缘触发效率更高，减少了事件被重复触发的次数，边缘触发时不会返回大量用户程序不需要的文件描述符。...对于epoll实现的服务器： 使用边缘触发模式时，当被监听的套接字描述符上有可读事件发生时，服务器进程只会在 epoll_wait 中被通知一次，即使用户进程没有从内核读取数据或者没有把内核中的数据一次性读取完
实例中发生， 并返回事件以及对应文件描述符l 2.2 Unix的IO模型 我们在进行编程开发的时候，经常会涉及到同步，异步，阻塞，非阻塞，IO多路复用等概念，这里简单总结一下。...之所以会有同步、异步、阻塞和非阻塞这几种说法就是根据程序在这两个阶段的处理方式不同而产生的。 2.3 事件 2.3.1 可读与可写 可读事件，当文件描述符关联的内核读缓冲区可读，则触发可读事件。...); 阻塞等待注册的事件发生，返回事件的数目，并将触发的事件写入events数组中。...参数timeout描述在函数调用中阻塞时间上限，单位是ms： timeout = -1表示调用将一直阻塞，直到有文件描述符进入ready状态或者捕获到信号才返回；timeout = 0用于非阻塞检测是否有描述符处于...epoll支持边缘触发(edge trigger，ET)或水平触发（level trigger，LT)，通过epoll_wait等待I/O事件，如果当前没有可用的事件则阻塞调用线程。
"同步" 这个词，一定要先搞清楚大背景是什么，这个同步，是同步通信异步通信的同步，还是同步与互斥的同步 2.2 阻塞 vs 非阻塞 阻塞和非阻塞关注的是程序在等待调用结果（消息，返回值）时的状态 阻塞调用是指调用结果返回之前...EPOLLERR：表示对应的文件描述符发生错误 EPOLLHUP：表示对应的文件描述符被挂断 EPOLLET：将 EPOLL 设为边缘触发(Edge Triggered)模式，这是相对于水平触发(Level...如果妈妈喊你一次, 你没动, 妈妈就不管你了(边缘触发) epoll 有 2 种工作方式-水平触发(LT)和边缘触发(ET) 假如有这样一个例子: 我们已经把一个 tcp socket 添加到...时，epoll_wait 仍然会立刻返回并通知 socket 读事件就绪 直到缓冲区上所有的数据都被处理完，epoll_wait 才不会立刻返回 支持阻塞读写和非阻塞读写 5.5.2 边缘触发 Edge...模式和非阻塞文件描述符 使用 ET 模式的 epoll，需要将文件描述设置为非阻塞，这个不是接口上的要求，而是 "工程实践" 上的要求 假设这样的场景：服务器接收到一个 10k 的请求，会向客户端返回一个应答数据
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
云直播
对象存储
腾讯会议
