select/poll/epoll简单实例学习

最新推荐文章于 2026-01-01 13:23:51 发布

原创最新推荐文章于 2026-01-01 13:23:51 发布 · 253 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#c语言

后端服务器开发专栏收录该内容

5 篇文章

订阅专栏

本文通过实例介绍多路复用技术的应用，分享了如何使用select、epoll和poll进行网络调试，提供了源码链接供读者深入研究。

多路复用的简单实例
源码地址：https://github.com/Fang-create/select-epoll-poll.git
使用网络调试助手调试。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Daback01

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

C/C++ I/O多路复用技术(select/poll/epoll)

u010049474的博客

04-15

756

详细讲解了socket编程时,如果遇到send为非阻塞模式时，如何使用多路复用技术，进行报文的重发

c++ IO多路复用select/poll/epoll/et/lt相关api及代码实例

weixin_44609676的博客

03-16

471

IO多路复用

参与评论您还未登录，请先登录后发表或查看评论

select/poll/epoll

qq_38074398的博客

03-20

245

select、poll、epoll

【Linux】关于IO多路复用：select/poll/epoll的笔记

#include>的博客

03-30

1346

关于IO多路复用的笔记

深入解析select/poll/epoll：原理、区别与应用场景

niuTyler的博客

04-27

779

I/O多路复用（I/O Multiplexing）是一种**通过单一进程/线程同时监视多个文件描述符（通常是socket）**的技术，当其中某些描述符就绪（可读、可写或异常）时，能够通知程序进行相应的I/O操作。这种机制解决了传统阻塞I/O模型中"一个线程处理一个连接"的资源浪费问题。同步I/O本质：值得注意的是，select/poll/epoll本质上都是同步I/O，因为真正的I/O操作（如recvfrom）会将进程阻塞。

详解select/poll/epoll

m0_74455373的博客

10-19

850

特性selectpoll文件描述符上限受FD_SETSIZE（1024）无（仅受系统限制）无（仅受系统限制）用户态拷贝每次调用拷贝整个集合每次调用拷贝整个数组仅epoll_ctl时拷贝就绪检查效率O (n)（遍历整个集合）O (n)（遍历整个数组）O (1)（直接返回就绪列表）触发模式水平触发水平触发水平触发 / 边缘触发跨平台好（Windows/Linux）一般（无 Windows 原生）差（仅 Linux）适用场景低并发、简单场景中等并发高并发（如服务器）

IO多路复用 select/poll/epoll

DiligentDog的博客

11-06

673

IO多路复用 select/poll/epoll

select/poll/epoll底层执行原理

2403_85810926的博客

09-09

834

pollepoll 通过“红黑树管理监控对象”+“就绪链表直接返回结果”无需遍历所有监控的 fd（从 O (n) 到 O (1)）；减少内存拷贝（仅注册时拷贝，而非每次调用）。这使得 epoll 能轻松支撑十万甚至百万级并发连接，成为 Nginx、Redis 等高性能服务器的核心技术。在 Linux 环境下，高并发场景首选 epoll 是业界共识。

网络io与io多路复用select/poll/epoll

weixin_51348443的博客

04-27

996

‌多路复用是一种高效管理多个输入/输出（I/O）操作的技术，通过‌单一线程或进程‌监听多个 I/O 源（如 Socket 连接、文件描述符fd），避免为每个 I/O 操作创建独立的线程或进程。

手撕三大IO多路复用：select/poll/epoll性能对决（实战干货）

charliedev的博客

05-13

879

小并发、跨平台 → select/pollLinux、高并发 → epoll边缘触发性能好但编码复杂水平触发更简单但资源消耗多if (连接数 < 1000) {随便选，没差别;无脑epoll;} else {用poll保平安;（下课！）下次遇到面试官问这个，直接把这篇文章甩他脸上！记得三连哦～

select、poll、epoll学习

GHL284271090的博客

10-25

1719

select可以监视多个文件描述符，等待一个或多个文件描述符就绪(可读、可写、异常)或者直到超时。1、监视的文件描述符有限制，通常为10242、每次调用select，都要循环遍历整集，扫描每个文件描述符是否就绪(可读、可写、异常)，3、每次调用select，需要把fd_set集合，从用户空间拷贝到内核空间单个进程实现了I/O多路复用poll与select类似，相当于select升级版本，poll没有文件描述符数量的限制。poll的结构体。

多路I/O复用之select、poll、epoll

m0_61990249的博客

08-04

886

多路I/O复用之select、poll、epoll

IO多路复用（select/poll/epoll）——基础

新人博主，多多关照

08-23

1056

本文主要介绍select/poll/epoll三大IO多路复用方法，主要介绍相关的函数使用。

select/poll/epoll 全对比

qq_47638391的博客

09-10

693

本文对比了select、poll和epoll三种I/O多路复用机制。select使用位图方式，存在1024个fd的上限；poll采用数组结构，突破了select的fd限制；epoll通过红黑树和就绪链表实现了高性能事件驱动。在时间复杂度上，select和poll都是O(n)，而epoll为O(1)。触发模式方面，select和poll仅支持水平触发，epoll还支持边缘触发。选择建议：少量连接优先考虑select/poll，高并发场景应使用epoll，其中LT模式通用，ET模式适合追求极限性能。epoll是

C语言可变参数讲解：stdarg.h应用

墨辰JC的博客

01-01

392

本文深入解析C语言可变参数处理机制，重点介绍va_list、va_start、vsprintf和va_end等核心组件。通过嵌入式开发实例，阐述va_start基于栈内存定位参数地址的原理，并分析完整代码执行流程。文章提出三点实战建议：注意vsprintf的时间开销风险、防范缓冲区溢出隐患、确保va_start/va_end的成对使用以保证移植性。这些机制是实现printf类功能的基础，正确使用对嵌入式开发尤为重要。

C语言安全格式化：snprintf核心指南

acsdnrb的博客

12-31

738

本文介绍了C语言标准库函数snprintf的安全格式化输出功能。snprintf是sprintf的安全升级版，具有缓冲区越界保护机制，当输出长度超过缓冲区大小时会自动截断并补'\0'。文章详细解析了函数原型、参数用法、核心特性（包括返回值规则和越界保护），并提供了基础用法、动态分配缓冲区等场景示例。特别强调了snprintf与sprintf的关键区别在于安全性，建议工程开发优先使用snprintf。最后通过九九乘法表的存储输出案例，展示了snprintf的实际应用，包括二维数组的格式化写入和循环输出。

基于DynamicConv2的YOLOv8轻量化改进：低FLOPs场景下目标检测精度提升方法

最新发布

01-05

内容概要：本文详细介绍CVPR2024提出的DynamicConv2动态卷积技术及其在YOLOv8目标检测模型中的实战应用。DynamicConv2通过“参数动态路由+多专家机制”实现低FLOPs（浮点运算量）与高精度的兼顾，能够在轻量化场景下显著提升小目标和复杂背景下的检测性能。文章深入解析其核心原理，包括动态选择最优卷积参数、ParameterNet权重预测网络设计，并提供完整的代码实现、YOLOv8配置修改方法及训练验证流程。实验表明，在COCO和工业质检等数据集上，替换DynamicConv2后FLOPs降低25%-35%，mAP提升3-5个百分点。此外，还探讨了其在科研创新与工业落地中的广阔前景，涵盖分类、分割、边缘设备部署等多个方向。; 使用场景及目标：①在边缘设备（如树莓派、Jetson Nano）上部署高效精准的目标检测模型；②提升YOLOv8在小目标、密集目标场景下的检测精度；③开展基于动态卷积的学术研究，探索新型轻量化网络结构；阅读建议：建议结合提供的飞书代码链接进行动手实践，重点关注DynamicConv2中专家数量设置、参数预测合理性与模型导出兼容性等问题，通过可视化专家权重分布等方式优化模型表现。

flinks是一个专门用于安全测试的Python脚本工具它通过读取用户提供的域名列表智能生成大量可能存在开放重定向漏洞的特定URL链接以供后续的漏洞扫描流程使用_该脚本的核心.zip

01-05

软考系统架构设计师高级资格考试备考资料库与学习辅助工具集_包含历年真题解析知识点精讲视频模拟考试系统错题本功能学习进度跟踪考试大纲解读专家讲座笔记案例分析模板论文写.zip

01-05

使用select/poll/epoll等待数据就绪

05-01

<think>好的，用户想了解如何使用select、poll和epoll来实现数据就绪等待，以及它们的性能对比。我需要先回顾一下这三种I/O多路复用机制的基本用法和实现方法，然后分析它们的优缺点和适用场景。首先，用户的问题涉及到系统级的编程，可能需要具体的代码示例来说明每个方法的使用步骤。根据提供的引用资料，特别是引用[2]、[3]和[5]，这些引用详细描述了这三个系统调用的函数原型和使用步骤，比如epoll的三步曲：创建、注册、等待。我需要将这些步骤用代码片段的形式展示出来，比如用C语言的结构，这样用户能更直观地理解如何实现。接下来，性能对比是关键部分。用户可能关心在不同场景下哪种方法更高效。根据引用[1]和[3]，select和poll的时间复杂度都是O(n)，而epoll是O(1)，这是因为epoll只关注活跃的连接。另外，引用[4]提到了epoll支持边缘触发和水平触发，这也是性能优势的一个因素。需要将这些对比点整理成表格或列表，突出各自的优缺点，比如最大连接数、效率、触发方式等。用户可能还需要了解为什么epoll在处理大量连接时更高效。根据引用[3]，epoll通过维护一个就绪列表（rdlist），避免了遍历所有文件描述符，这减少了不必要的开销。而select和poll每次调用都需要传递整个文件描述符集合，导致性能下降。这部分需要详细说明，以帮助用户理解背后的原理。此外，用户的问题中提到了“实现数据就绪等待”，这意味着需要解释每个方法如何检测就绪事件。例如，select使用位图，poll使用结构体数组，而epoll使用事件驱动机制。在代码示例中，需要展示如何设置这些结构，并处理就绪的事件。还需要注意用户可能的应用场景，比如高并发的网络服务器，这时候epoll的优势会更明显。而如果连接数较少，select或poll可能更简单。因此，在性能对比部分需要强调不同场景下的选择建议。最后，确保回答结构清晰，分步骤说明每个方法的使用，然后进行对比，并给出总结和建议。这样用户可以根据自己的需求选择合适的方法。</think>### 如何使用 select/poll/epoll 实现数据就绪等待及性能对比 --- #### 一、实现方法详解 ##### 1. **select** **功能**：监控多个文件描述符的可读/可写/异常状态 **核心步骤**： ```c #include <sys/select.h> fd_set read_fds; // 定义文件描述符集合 FD_ZERO(&read_fds); // 初始化集合 FD_SET(socket_fd, &read_fds); // 添加需监控的socket // 设置超时时间（可选） struct timeval timeout; timeout.tv_sec = 5; // 5秒超时 int ready = select(max_fd + 1, &read_fds, NULL, NULL, &timeout); if (ready > 0) { if (FD_ISSET(socket_fd, &read_fds)) { // 处理数据就绪的socket } } ``` **特点**： - 使用位图（`fd_set`）管理文件描述符，最大支持`FD_SETSIZE`（通常1024）[^2] - 每次调用需重置文件描述符集合 - 时间复杂度：$O(n)$（需遍历所有监控的fd） --- ##### 2. **poll** **功能**：类似select，但通过结构体数组突破文件描述符数量限制 **核心步骤**： ```c #include <poll.h> struct pollfd fds[10]; fds[0].fd = socket_fd; fds[0].events = POLLIN; // 监控可读事件 int ready = poll(fds, 1, 5000); // 监控1个fd，超时5秒 if (ready > 0) { if (fds[0].revents & POLLIN) { // 处理数据就绪的socket } } ``` **特点**： - 通过`pollfd`结构体数组管理fd，理论支持无上限（受系统限制）[^4] - 无需每次调用重置监控集合 - 时间复杂度：$O(n)$ --- ##### 3. **epoll** **功能**：事件驱动的高效I/O多路复用 **核心步骤**（三部曲）： ```c #include <sys/epoll.h> // 1. 创建epoll实例 int epoll_fd = epoll_create1(0); // 2. 注册监控事件 struct epoll_event event; event.events = EPOLLIN; // 水平触发模式（默认） event.data.fd = socket_fd; epoll_ctl(epoll_fd, EPOLL_CTL_ADD, socket_fd, &event); // 3. 等待事件就绪 struct epoll_event events[10]; int ready = epoll_wait(epoll_fd, events, 10, 5000); for (int i = 0; i < ready; i++) { if (events[i].events & EPOLLIN) { // 处理数据就绪的socket } } ``` **特点**： - 使用红黑树管理fd，支持百万级并发连接[^3] - 事件驱动机制，仅返回就绪的fd列表 - 时间复杂度：$O(1)$（仅检查就绪队列`rdlist`）[^1] - 支持边缘触发（`EPOLLET`），减少重复通知次数[^4] --- #### 二、性能对比 | 特性 | select | poll | epoll | |---------------------|--------------------------|--------------------------|--------------------------| | **最大连接数** | 1024（固定） | 无硬限制（系统资源决定） | 百万级（理论无上限） | | **时间复杂度** | $O(n)$ | $O(n)$ | $O(1)$ | | **事件触发方式** | 水平触发 | 水平触发 | 水平/边缘触发 | | **内存拷贝开销** | 每次调用需复制fd集合 | 同select | 内核与用户空间共享内存 | | **适用场景** | 低并发、跨平台 | 中低并发 | 高并发、Linux专用 | --- #### 三、关键差异总结 1. **数据结构** - select/poll：线性扫描所有fd - epoll：通过红黑树和就绪队列（`rdlist`）实现高效检索[^3] 2. **触发模式** - epoll独有的边缘触发（ET）模式可减少重复通知，例如： $$ \text{触发次数} = \begin{cases} 1 & \text{ET模式（仅新数据到达时触发）} \\ \text{多次} & \text{LT模式（只要缓冲区有数据就触发）} \end{cases} $$ 这使得ET模式在长连接场景下效率更高[^4] 3. **可扩展性** - epoll通过`epoll_ctl`动态增删监控的fd，而select/poll每次需全量传递fd集合[^2] --- #### 四、选择建议 - **低并发场景**：优先选择select/poll（代码简单、跨平台） - **高并发Linux服务**：必须使用epoll（如Nginx、Redis） - **实时性要求高**：epoll边缘触发模式（需确保一次性读取所有数据） ---