摘要：，，都是多路复用的机制，，本质上都是同步，因为他们都需要在读写事件就绪后自己负责进行读写，也就是说这个读写过程是阻塞的，而异步则无需自己负责进行读写，异步的实现会负责把数据从内核拷贝到用户空间。跟都能提供多路复用的解决方案。
select、poll、epoll：select，poll，epoll都是IO多路复用的机制
select，poll，epoll本质上都是同步I/O，因为他们都需要在读写事件就绪后自己负责进行读写，也就是说这个读写过程是阻塞的，而异步I/O则无需自己负责进行读写，异步I/O的实现会负责把数据从内核拷贝到用户空间。epoll跟select都能提供多路I/O复用的解决方案。在现在的Linux内核里有都能够支持，其中epoll是Linux所特有，而select则一般操作系统均有实现。
1、没有最大并发连接的限制，能打开的FD(file descriptor:文件描述符)的上限远大于1024（1G的内存上能监听约10万个端口）；
2、效率提升，不是轮询的方式，不会随着FD数目的增加效率下降。只有活跃可用的FD才会调用callback函数；
即Epoll最大的优点就在于它只管你“活跃”的连接，而跟连接总数无关，因此在实际的网络环境中，Epoll的效率就会远远高于select和poll。
select有三个缺点：
1、连接数受限
2、查找匹配速度慢
3、数据由内核拷贝到用户态
poll改善了第一个缺点，epoll改善了三个缺点。
(1)select==>时间复杂度O(n)
它仅仅知道了，有I/O事件发生了，却并不知道是哪那几个流（可能有一个，多个，甚至全部），我们只能无差别轮询所有流，找出能读出数据，或者写入数据的流，对他们进行操作。所以select具有O(n)的无差别轮询复杂度，同时处理的流越多，无差别轮询时间就越长。
(2)poll==>时间复杂度O(n)
poll本质上和select没有区别，它将用户传入的数据拷贝到内核空间，然后查询每个fd对应的设备状态， 但是它没有最大连接数的限制，原因是它是基于链表来存储的.因为每次调用时都会对连接进行线性遍历，所以随着FD的增加会造成遍历速度慢的“线性下降性能问题”。
(3)epoll==>时间复杂度O(1)
epoll可以理解为event poll，不同于忙轮询和无差别轮询，epoll会把哪个流发生了怎样的I/O事件通知我们。所以我们说epoll实际上是事件驱动（每个事件关联上fd）的，此时我们对这些流的操作都是有意义的。（复杂度降低到了O(1)）
总结：
综上，在选择select，poll，epoll时要根据具体的使用场合以及这三种方式的自身特点。
1、表面上看epoll的性能最好，但是在连接数少并且连接都十分活跃的情况下，select和poll的性能可能比epoll好，毕竟epoll的通知机制需要很多函数回调。
2、select低效是因为每次它都需要轮询。但低效也是相对的，视情况而定，也可通过良好的设计改善
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/40410.html
摘要：它是在的基础上改进的一种方案，通过对文件描述符上的事件状态进行判断。检索新的事件执行与相关的回调几乎所有情况下，除了关闭的回调函数，它们由计时器和排定的之外，其余情况将在此处阻塞。执行事件的，例如或者。 前言 学习Node就绕不开异步IO， 异步IO又与事件循环息息相关， 而关于这一块一直没有仔细去了解整理过， 刚好最近在做项目的时候， 有了一些思考就记录了下来， 希望能尽量将这一块的...
摘要：原文地址正如标题所言，颤颤抖抖开篇。于是只能是你自己，把单子上的个快递逐次和收到的对比一遍，然后对比完毕后再把这个单子给了阿梅，然后阿梅继续等。剃光头前的阿梅，就是，不敢正眼看老板娘一眼。剃光头后的阿梅，就是，可徒手接魔鬼队的死亡之球。 [原文地址：https://blog.ti-node.com/blog...] 正如标题所言，颤颤抖抖开篇epoll。颤颤抖抖的原因大概也就是以前几乎...
阅读 1047·2021-09-22 15:19
阅读 1674·2021-08-23 09:46
阅读 2205·2021-08-09 13:47
阅读 1388·2019-08-30 15:55
阅读 1388·2019-08-30 15:55
阅读 1962·2019-08-30 15:54
阅读 2783·2019-08-30 15:53
阅读 696·2019-08-30 11:03
