1.I/O复用模型:selectselect 能监听的文件描述符数受限于FD_SETSIZE, 一般为1024,单纯改变进程打开的文件描述符个数并不能改变select监听文件个数。 解决1024 以下客户端时,使用select时很合适的,但如果链接客户端过多,select采用的是轮询模型,会大大降低服务器响应效率,不应在select投入太多精力 https://www.jianshu.com/p/23a3d7259ee2

2.Windows与Linux下的select网络模型对比分析windowsselect本文详细比较了Windows与Linux环境下select模型的实现原理及优劣。深入剖析了两种操作系统中select模型的具体实现方式,包括fd_set结构体的定义、select函数的使用,并通过示例代码展示了模型的工作流程。 摘要生成于C知道,由 DeepSeek-R1 满血版支持,前往体验 > https://blog.csdn.net/qq_30145355/article/details/78342564

3.select模型多路IO转接服务器——select模型,相对于我之前博客里面的多线程和多进程实现多客户端通信,由于不用创建多个线程、多个进程来实现并发了,只使用select来监听所有的文件描述符,资源占用的就少了。select模型就是把要监听的文件描述符或者称为套接字,全都放到一个集合,调用select函数之后会一直监视集合中哪些文件描述符可https://www.pianshen.com/article/2394796576/

4.Epoll模型与Select模型讲解youngpand我们目前的网络模型大都是epoll的,因为epoll模型会比select模型性能高很多, 尤其在大连接数的情况下,作为后台开发人员需要理解其中的原因。 select/epoll的特点 select的特点:select 选择句柄的时候,是遍历所有句柄,也就是说句柄有事件响应时,select需要遍历所有句柄才能获取到哪些句柄有事件通知,因此效率是非常低。但是http://blog.chinaunix.net/uid-393131-id-2410011.html

5.谈谈你对IO多路复用机制的理解3.poll模型 poll 模型的原理与select模型基本一致,也是采用轮询加遍历,唯一的区别就是 poll 采用链表的方式来存储FD。 所以,它的优点点是没有最大FD的数量限制。 它的缺点和select一样,也是采用轮询方式全盘扫描,同样也会随着FD数量增多而导致性能下降。 https://www.51cto.com/article/717096.html