您的位置:首页 > 新闻 > 资讯 > 设计类专业是文科还是理科_商城网站建设软件_举例说明什么是seo_最新网络推广平台

设计类专业是文科还是理科_商城网站建设软件_举例说明什么是seo_最新网络推广平台

2024/12/27 4:42:27 来源:https://blog.csdn.net/qq_43289447/article/details/142439062  浏览:    关键词:设计类专业是文科还是理科_商城网站建设软件_举例说明什么是seo_最新网络推广平台
设计类专业是文科还是理科_商城网站建设软件_举例说明什么是seo_最新网络推广平台

在这里插入图片描述

目录

  • 一.常见的IO模型介绍
  • 二.多路转接I/O
      • 1.select
        • 1.1.函数解析
        • 1.2. select特点和缺点
        • 1.3.基于 select 的多客户端网络服务器
      • 2.poll
        • 2.1.poll函数解析
        • 2.2.poll特点和缺点
        • 2.3.基于poll的tcp服务器
      • 3.epoll
        • 3.1.系列函数解析
        • 3.2.epoll原理解析
        • 2.3.基于 select 的多客户端网络服务器
        • 3.4.epoll的优点
  • 三.LT和ET

一.常见的IO模型介绍

在 Linux 中,主要有以下几种 I/O 模型:

  1. 阻塞 I/O:在阻塞 I/O 模型中,当进程请求 I/O 操作时,它会被挂起,直到该操作完成。这种方式进程在等待 I/O 的同时不能做其他的事。
  2. 非阻塞 I/O:非阻塞 I/O 允许进程发出 I/O 请求后立即返回,进程可以继续执行其他操作。为了检查 I/O 是否完成,进程需要通过轮询方式不断检查状态,所以也常称为非阻塞轮询IO,这种方式可以减少等待时间,但是在高频率轮询时很消耗cpu资源。
  3. I/O 多路复用:I/O 多路复用通过使用 select、poll 或 epoll 等系统调用,使一个进程/线程能够同时监视多个文件描述符。该模型在处理多个并发连接时效率较高,适合网络服务器等应用场景。
  4. 信号驱动 I/O:在信号驱动 I/O 模型中,进程在发出 I/O 请求后可以继续执行其他任务,操作的完成通过信号通知。这种方式可以减少轮询,但是处理起来较为复杂。
  5. 异步 I/O:异步 I/O 是最先进的模型,进程发出 I/O 请求后立即返回,并在操作完成时通过回调函数或其他机制获得通知。异步 I/O 模型通常提供最高的性能,适合高负载、高并发的应用程序。

二.多路转接I/O

1.select

1.1.函数解析
#include <sys/select.h>int pselect(int nfds, fd_set *restrict readfds,fd_set *restrict writefds, fd_set *restrict errorfds,const struct timespec *restrict timeout,const sigset_t *restrict sigmask);int select(int nfds, fd_set *restrict readfds,fd_set *restrict writefds, fd_set *restrict errorfds,struct timeval *restrict timeout);void FD_CLR(int fd, fd_set *fdset);
int FD_ISSET(int fd, fd_set *fdset);
void FD_SET(int fd, fd_set *fdset);
void FD_ZERO(fd_set *fdset);
  • nfds:待监视的文件描述符最大值 + 1
  • readfds:指向一组需要监视“可读”事件的文件描述符集合。
  • writefds:指向一组需要监视“可写”事件的文件描述符集合。
  • exceptfds:指向一组需要监视异常事件的文件描述符集合。
  • timeout:timeout 是一个 struct timeval 结构体,包含等待的秒数和微秒数,如果在超时时间内有文件描述符变为可用状态,select 会返回,返回值是可用的文件描述符数量。如果发生错误,select 返回 -1,并设置 errno。
  • select 函数返回就绪的文件描述符数,如果返回 0 则表示超时。

fd_set的介绍
fd_set 是一个位图结构,用于存储多个文件描述符。select 使用宏来操作 fd_set,常见的宏有:

FD_ZERO(fd_set *set):将文件描述符集合置空。
FD_SET(int fd, fd_set *set):将文件描述符 fd加入集合。
FD_CLR(int fd, fd_set *set):将文件描述符 fd 从集合中移除。
FD_ISSET(int fd, fd_set *set):检查文件描述符 fd 是否在集合中,并且是否准备就绪。

下面是一个简单的使用演示代码:

fd_set readfds;
FD_ZERO(&readfds);
FD_SET(sockfd, &readfds);
int maxfd = sockfd + 1;int result = select(maxfd, &readfds, nullptr, nullptr, nullptr);
if (result > 0) {if (FD_ISSET(sockfd, &readfds)) {// 处理读操作}
}

初始化fd_set集合将需要监控的fd添加进去,接着调用select函数,maxfd是需要监控的fd集合中最大值再加1,select可以同时监控读事件、写事件、异常事件。timeout设置为nullptr标识阻塞等待直到事件有就绪的或者出错。

1.2. select特点和缺点

特点

  1. 多路复用:select 允许一个进程同时监控多个文件描述符,等待其中一个或多个变为可读、可写或异常状态。
  2. 可以处理不同类型的文件描述符:能够监控常规文件、套接字、管道等多种类型的文件描述符。
  3. 跨平台支持:在许多 Unix-like 操作系统以及 Windows 中都有支持,具有良好的移植性。

缺点

  1. 性能瓶颈:当监控的文件描述符数量很大时,select 的性能会显著下降。每次调用 select 都需要遍历所有文件描述符,增加了开销。
  2. 文件描述符数量限制:select 有文件描述符的数量限制(通常是 1024,取决于类型fd_set的大小),超过这个限制就不能监控更多的描述符。
  3. 每次调用都需要重置:每次调用 select 都需要重新设置文件描述符集合,这在处理多个连接时会带来额外的开销。
  4. 无优先级支持:select 不能为不同的文件描述符设置优先级,所有的描述符在监控时是平等的。
  5. 不适合高并发场景:在高并发情况下(如数千个连接),select 的效率会下降,通常需要使用其他机制(如 poll、epoll 或 kqueue)来更好地处理大量并发连接。
1.3.基于 select 的多客户端网络服务器

下面我们来实现一个简单的基于 select 的 TCP 服务器来窥探他的使用(附上详细注释):

#pragma once#include <iostream>
#include <sys/select.h>
#include <sys/time.h>
#include <string>#include "Socket.hpp"using namespace std;// 默认端口号
static const uint16_t defaultport = 8888;
// 最大文件描述符数量
static const int fd_num_max = (sizeof(fd_set) * 8);
int defaultfd = -1; // 默认文件描述符,表示未使用class SelectServer
{
public:// 构造函数,初始化端口和文件描述符数组SelectServer(uint16_t port = defaultport) : _port(port){for (int i = 0; i < fd_num_max; i++){fd_array[i] = defaultfd; // 初始化所有文件描述符为默认值}}// 初始化服务器,创建套接字、绑定和监听bool Init(){_listensock.Socket(); // 创建套接字_listensock.Bind(_port); // 绑定到指定端口_listensock.Listen(); // 开始监听return true;}// 接受新的连接void Accepter(){// 处理连接事件string clientip; // 客户端IPuint16_t clientport = 0; // 客户端端口int sock = _listensock.Accept(&clientip, &clientport); // 接受连接if (sock < 0) return; // 失败则返回// 将新连接的sock添加到fd_array数组int pos = 1; // 从1开始,0位置为监听套接字for (; pos < fd_num_max; pos++) // 查找可用的位置{if (fd_array[pos] != defaultfd)continue; // 当前位置已被占用,继续查找elsebreak; // 找到可用位置}if (pos == fd_num_max) // 如果数组已满{close(sock); // 关闭新连接}else // 有空位{fd_array[pos] = sock; // 存储新连接的文件描述符}}// 接收数据void Recver(int fd, int pos){char buffer[1024]; // 缓冲区ssize_t n = read(fd, buffer, sizeof(buffer) - 1); // 读取数据if (n > 0) // 有数据到达{buffer[n] = 0; // 结束符cout << "get a messge: " << buffer << endl; // 输出接收到的信息}else if (n == 0) // 客户端关闭连接{close(fd); // 关闭连接fd_array[pos] = defaultfd; // 从数组中移除}else // 发生错误{close(fd); // 关闭连接fd_array[pos] = defaultfd; // 从数组中移除}}// 分发事件void Dispatcher(fd_set &rfds){for (int i = 0; i < fd_num_max; i++) // 遍历文件描述符数组{int fd = fd_array[i];if (fd == defaultfd)continue; // 跳过未使用的描述符if (FD_ISSET(fd, &rfds)) // 检查描述符是否就绪{if (fd == _listensock.Fd()) // 如果是监听套接字{Accepter(); // 处理新连接}else // 其他连接{Recver(fd, i); // 接收数据}}}}// 启动服务器void Start(){int listensock = _listensock.Fd(); // 获取监听套接字的文件描述符fd_array[0] = listensock; // 将监听套接字放入数组的第一个位置while (true){fd_set rfds; // 文件描述符集合FD_ZERO(&rfds); // 清空集合int maxfd = fd_array[0]; // 最大文件描述符for (int i = 0; i < fd_num_max; i++) // 遍历文件描述符数组{if (fd_array[i] == defaultfd)continue; // 跳过未使用的描述符FD_SET(fd_array[i], &rfds); // 将就绪的描述符加入集合if (maxfd < fd_array[i]) // 更新最大文件描述符{maxfd = fd_array[i];}}// 设置超时为 0,非阻塞轮询struct timeval timeout = {0, 0}; // 超时设置为 0// 调用 select 检测事件int n = select(maxfd + 1, &rfds, nullptr, nullptr, timeout);switch (n){case 0:cout << "time out, timeout: " << timeout.tv_sec << "." << timeout.tv_usec << endl; // 超时处理break;case -1:cerr << "select error" << endl; // 错误处理break;default:cout << "get a new link!!!!!" << endl;Dispatcher(rfds); // 处理就绪的事件break;}}}// 析构函数,关闭监听套接字~SelectServer(){_listensock.Close(); // 关闭套接字}private:Sock _listensock; // 监听套接字对象uint16_t _port; // 服务器端口int fd_array[fd_num_max]; // 文件描述符数组,用于维护连接
};

2.poll

2.1.poll函数解析
#include <poll.h>int poll(struct pollfd *fds, nfds_t nfds, int timeout);
  • fds: 传入一个结构体数组,用于保存需要监控的文件描述符以及感兴趣的事件。
  • nfds: 数组 fds 中的文件描述符个数。
  • timeout: 指定超时时间,单位为毫秒。
  • 返回值小于0表示出错,等于表示超时,大于0表示事件就绪。

pollfd 结构体

struct pollfd {int fd;         // 文件描述符short events;   // 需要监控的事件short revents;  // 实际发生的事件,由 poll 填充
};
  • fd: 需要监控的文件描述符。
  • events: 指定感兴趣的事件,比如 POLLIN(可读)、POLLOUT(可写)等。
  • revents: 存储实际发生的事件,由 poll 调用后填充。

events和revents的取值:

事件类型eventsrevents描述
可读事件POLLINPOLLIN数据可读,通常指套接字上有数据可读
可写事件POLLOUTPOLLOUT数据可写,通常指套接字可以发送数据
错误事件POLLERRPOLLERR发生错误,需要处理
挂起事件POLLHUPPOLLHUP连接已关闭或挂起
非法请求POLLNVALPOLLNVAL监控的文件描述符无效
超时--当设置的超时时间到达,但没有事件发生
2.2.poll特点和缺点

poll的优点

  1. 无文件描述符限制:与 select 不同,poll 不受文件描述符数量的限制,因此可以处理更多的连接。
  2. 简单性:poll 的使用相对select简单,容易理解和实现。

poll的缺点

  1. 线性扫描:在事件发生时,poll 会线性扫描所有文件描述符,效率较低。对于大量文件描述符,响应时间可能变长。
  2. 性能问题:每次调用 poll 时,都需要传递整个文件描述符数组,性能降低
  3. 不支持边缘触发:poll **不支持边缘触发模式
2.3.基于poll的tcp服务器

下面我们来实现一个简单的基于poll的 TCP 服务器来窥探他的使用(附上详细注释):

#pragma once#include <iostream>
#include <poll.h>       // 引入poll头文件,用于多路复用
#include <sys/time.h>   // 时间操作相关
#include "Socket.hpp"   // 自定义的Socket类,封装了socket的基本操作using namespace std;static const uint16_t defaultport = 8888; // 默认监听端口号为8888
static const int fd_num_max = 128;         // 最大支持的文件描述符数量
int defaultfd = -1;                       // 默认无效的文件描述符值
const int _no events = 0;                        // 无事件标志class PollServer
{
public:// 构造函数,初始化监听端口号,并设置poll事件数组PollServer(uint16_t port = defaultport) : _port(port){for (int i = 0; i < fd_num_max; i++) // 初始化所有的文件描述符和事件{_event_fds[i].fd = defaultfd;    // 将所有文件描述符设置为默认值_event_fds[i].events = _no events; // 清空所有事件类型_event_fds[i].revents = _no events; // 清空所有返回事件}}// 初始化服务器,创建监听套接字并绑定到指定端口bool Init(){_listensock.Socket();   // 创建监听socket_listensock.Bind(_port); // 绑定到指定端口_listensock.Listen();   // 开始监听return true;            // 初始化成功返回true}// 处理新连接的客户端void Accepter(){// 有新的连接事件触发,接收连接string clientip;         // 用于存储客户端IP地址uint16_t clientport = 0;      // 用于存储客户端端口号int sock = _listensock.Accept(&clientip, &clientport); // 接收客户端连接,返回新socketif (sock < 0) return;         // 如果返回值小于0,表示接收失败// 将新连接的socket放入_event_fds数组int pos = 1;for (; pos < fd_num_max; pos++) // 查找空闲的数组位置{if (_event_fds[pos].fd != defaultfd) // 如果当前文件描述符已经被占用,继续寻找continue;elsebreak; // 找到空闲位置退出循环}if (pos == fd_num_max) // 如果位置满了,无法接收更多客户端{close(sock); // 关闭新连接}else{// 将新socket添加到poll事件数组中,监听读事件_event_fds[pos].fd = sock;_event_fds[pos].events = POLLIN; // 监听读事件_event_fds[pos].revents = _no events; // 初始化返回事件PrintFd(); // 打印当前在线的fd列表}}// 处理客户端发送过来的消息void Recver(int fd, int pos){char buffer[1024];                // 接收数据的缓冲区ssize_t n = read(fd, buffer, sizeof(buffer) - 1); // 从客户端读取数据if (n > 0) // 正常读取到数据{buffer[n] = 0;                // 将数据末尾补上字符串结束符cout << "get a messge: " << buffer << endl; // 打印接收到的消息}else if (n == 0) // 客户端主动断开连接{close(fd);                    // 关闭文件描述符_event_fds[pos].fd = defaultfd; // 从事件数组中移除该客户端}else // 读取出错{close(fd);                    // 关闭文件描述符_event_fds[pos].fd = defaultfd; // 从事件数组中移除该客户端}}// 事件分发器,处理所有准备好的事件void Dispatcher(){for (int i = 0; i < fd_num_max; i++) // 遍历所有的文件描述符{int fd = _event_fds[i].fd;if (fd == defaultfd)  // 如果是默认值,说明该位置空闲,跳过continue;if (_event_fds[i].revents & POLLIN) // 如果当前文件描述符有读事件{if (fd == _listensock.Fd()) // 如果是监听socket上的事件,处理新的连接{Accepter(); // 处理新连接}else // 如果是普通客户端socket上的事件{Recver(fd, i); // 接收客户端消息}}}}// 服务器主循环,启动服务器并进入事件处理void Start(){_event_fds[0].fd = _listensock.Fd(); // 将监听socket放入第一个位置_event_fds[0].events = POLLIN;       // 监听读事件int timeout = 1000; // 设置poll的超时时间为3秒for (;;){// 调用poll函数,监控事件int n = poll(_event_fds, fd_num_max, timeout);switch (n){case 0: // 超时无事件cout << "time out... " << endl;break;case -1: // 发生错误cerr << "poll error" << endl;break;default: // 有事件发生cout << "get a new link!!!!!" << endl;Dispatcher(); // 分发处理就绪的事件break;}}}// 打印当前在线的文件描述符列表void PrintFd(){cout << "fd list: ";for (int i = 0; i < fd_num_max; i++) // 遍历所有的文件描述符{if (_event_fds[i].fd == defaultfd) // 跳过无效的文件描述符continue;cout << _event_fds[i].fd << " "; // 打印文件描述符}cout << endl;}// 析构函数,关闭监听socket~PollServer(){_listensock.Close();}private:Sock _listensock;                      // 自定义封装的监听socketuint16_t _port;                        // 服务器监听的端口号struct pollfd _event_fds[fd_num_max];  // poll事件数组,保存所有的文件描述符及其事件
};

3.epoll

epoll 是 Linux 下用于处理 I/O 事件的高效多路复用机制,适用于需要处理大量并发连接的网络服务器,相较于poll提供了更好的性能,可以说是他的升级版。

3.1.系列函数解析
int epoll_create(int size);

创建一个 epoll 实例,返回一个文件描述符(指向的struct_file对象细节在原理讲解),用于后续的 epoll_ctl 和 epoll_wait 调用。

参数:

  • size:指定要监听的最大文件描述符数量。
  • 返回值:成功返回 epoll 文件描述符,失败返回 -1 并设置 errno。
int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event);

控制 epoll 实例的行为,包括添加、修改或删除文件描述符的事件。

参数:

  • epfd:由 epoll_create 返回的 epoll 文件描述符。
  • op:操作类型,可以是以下之一:
  • EPOLL_CTL_ADD:添加文件描述符。
  • EPOLL_CTL_MOD:修改文件描述符。
  • EPOLL_CTL_DEL:删除文件描述符。
  • fd:要操作的文件描述符。
  • event:指向 epoll_event 结构的指针,描述要监听的事件。
  • 返回值:成功返回 0,失败返回 -1 并设置 errno。

epoll_event 结构:

struct epoll_event {uint32_t events;    // 事件类型epoll_data_t data;  // 用户数据
};
union epoll_data {void *ptr;         // 用户自定义数据指针int fd;            // 文件描述符uint32_t u32;      // 无符号整型数据uint64_t u64;      // 无符号长整型数据
};

events:

  • 类型:uint32_t
  • 描述:要监听的事件类型,可以多个组合。
  • 常用的事件类型包括:

EPOLLIN:表示文件描述符可读。
EPOLLOUT:表示文件描述符可写。
EPOLLERR:表示发生错误。
EPOLLHUP:表示挂起事件。
EPOLLET:边缘触发模式(Edge Triggered),意味着在状态变化时才通知。

使用示例

struct epoll_event event;
event.events = EPOLLIN | EPOLLET; // 监听可读事件,设置为边缘触发模式
event.data.fd = socket_fd;         // 关联的文件描述符
int epoll_wait(int epfd, struct epoll_event *events, int maxevents, int timeout);

功能:等待事件发生,返回已就绪的个数。

参数:

  • epfd:由 epoll_create 返回的 epoll 文件描述符。
  • events:保存就绪事件。
  • maxevents:events 数组的大小。
  • timeout:等待的时间,单位是毫秒。可以设置为 0(不阻塞),-1(永久等待),或正值(指定超时时间)。
  • 返回值:成功时返回就绪事件的数量,失败返回 -1 并设置 errno。
3.2.epoll原理解析

当调用 epoll_create 时,内核会执行以下操作:

  • L创建一个 eventpoll 结构体实例,用于管理注册的文件描述符及其事件。
  • 返回一个文件描述符(fd),该 fd 代表了 eventpoll 结构体

eventpoll 结构体内容

struct eventpoll {struct list_head        wq_entry;     // 等待队列条目,用于管理等待事件的线程struct hlist_head       rdlist;       // 用于管理注册的可读事件的文件描述符struct hlist_head       pr_list;      // 用于优先级处理的链表struct rb_root          rbr_tree;     // 红黑树,管理注册的文件描述符struct rb_root          rbr_wait;     // 等待事件的红黑树wait_queue_head_t       wait;         // 等待队列,用于线程调度int                     epfd;         // epoll 文件描述符int                     wakeup;       // 唤醒标志// 其他字段...
};

主要使用过程解析连接基于tcp实现的epoll多客户端网络服务器后,将需要监控的fd加到红黑树(rbr_tree),等待网卡数据就绪发送中断信号,将数据向上交付后,在红黑树查找到对应的fd,将此结点(包含fd和对应事件)插入就绪队列中(wq_entry),便于用户调用epoll_wait获取就绪节点。

epoll模型原理
在这里插入图片描述

2.3.基于 select 的多客户端网络服务器
#pragma once#include <iostream>
#include <memory>
#include <sys/epoll.h>
#include "Socket.hpp"
#include "Epoller.hpp"
using namespace std;// 定义事件常量
const int num = 64; // epoll 事件数组的最大数量// EpollServer 类,用于处理基于 epoll 的服务器逻辑
class EpollServer 
{public:// 构造函数,初始化端口、监听套接字和 epollerEpollServer(uint16_t port): _port(port),_listsocket_ptr(new Sock()), // 创建一个新的套接字对象_epoller_ptr(new Epoller())   // 创建一个新的 epoller 对象{}// 初始化服务器void Init(){_listsocket_ptr->Socket(); // 创建套接字_listsocket_ptr->Bind(_port); // 绑定端口_listsocket_ptr->Listen(); // 开始监听    }// 接收新连接void Accepter(){string clientip; // 客户端 IP 地址uint16_t clientport;  // 客户端端口int sock = _listsocket_ptr->Accept(&clientip, &clientport); // 接收新连接if (sock > 0){// 将新连接的套接字添加到 epoll 中进行事件监听_epoller_ptr->EpllerUpdate(EPOLL_CTL_ADD, sock, EPOLLIN);}}// 测试用的接收函数void Recver(int fd){char buffer[1024]; // 接收缓冲区ssize_t n = read(fd, buffer, sizeof(buffer) - 1); // 读取数据if (n > 0){buffer[n] = 0; // 确保字符串结束cout << "get a messge: " << buffer << endl; // 输出接收到的消息// 发送回显消息string echo_str = "server echo $ ";echo_str += buffer;write(fd, echo_str.c_str(), echo_str.size());}else if (n == 0){_epoller_ptr->EpllerUpdate(EPOLL_CTL_DEL, fd, 0); // 从 epoll 中移除close(fd); // 关闭套接字}else{// 发生接收错误_epoller_ptr->EpllerUpdate(EPOLL_CTL_DEL, fd, 0); // 从 epoll 中移除close(fd); // 关闭套接字}}// 分发事件处理void Dispatcher(struct epoll_event revs[], int num){for (int i = 0; i < num; i++){uint32_t events = revs[i].events; // 获取事件类型int fd = revs[i].data.fd; // 获取文件描述符if (events & EPOLLIN) // 可读事件{if (fd == _listsocket_ptr->Fd()) // 如果是监听套接字{Accepter(); // 接受新连接}else{// 处理普通套接字的可读事件Recver(fd);}}else{}}}// 启动服务器void Start(){// 将监听套接字添加到 epoll 中进行事件监听_epoller_ptr->EpllerUpdate(EPOLL_CTL_ADD, _listsocket_ptr->Fd(), EPOLLIN);struct epoll_event temp[num]; // 创建事件数组while(true){int n = _epoller_ptr->EpollerWait(revs, num); // 等待事件发生if (n > 0){// 有事件就绪Dispatcher(temp, n); // 分发事件}else if (n == 0){lg(Info, "time out ..."); // 超时日志}else{lg(Error, "epll wait error"); // 错误日志}}}// 析构函数,关闭监听套接字~EpollServer(){_listsocket_ptr->Close(); // 关闭监听套接字}private:shared_ptr<Sock> _listsocket_ptr; // 监听套接字指针shared_ptr<Epoller> _epoller_ptr; // epoller 指针uint16_t _port; // 服务器端口
};Epoll.hpp
#pragma once#include <cerrno>
#include <cstring>
#include <sys/epoll.h>class Epoller
{static const int size = 128;public:Epoller(){_epfd = epoll_create(size);if (_epfd == -1){}else{cout<<"epoll_create success "<<_epfd<<endl;}}int EpollerWait(struct epoll_event revents[], int num){int n = epoll_wait(_epfd, revents, num, -1);return n;}int EpllerUpdate(int oper, int sock, uint32_t event){int n = 0;if (oper == EPOLL_CTL_DEL){n = epoll_ctl(_epfd, oper, sock, nullptr);if (n != 0){cout<<"epoll_ctl error"<<endl;}}else{struct epoll_event ev;ev.events = event;ev.data.fd = sock;n = epoll_ctl(_epfd, oper, sock, &ev);if (n != 0){cout<<"epoll_ctl error"<<endl;}}return n;}~Epoller(){if (_epfd >= 0)close(_epfd);}private:int _epfd;int _timeout{1000};
};
3.4.epoll的优点
  • 高性能:相比于 select 和 poll,epoll 在处理大量文件描述符时性能更优,尤其是在有很多文件描述符处于非活动状态时。epoll
    使用内核中的红黑树和链表来管理文件描述符,能够快速地插入、删除和查找事件。
  • 支持边缘触发和水平触发:epoll 支持两种工作模式:水平触发(Level Triggered, LT):默认模式,只有当文件描述符处于可读或可写状态时,epoll_wait 才会返回。边缘触发(Edge Triggered,
    ET):只有在状态改变时才会通知,这意味着你需要在事件发生时一次性读取所有数据,这种模式更加高效,但需要开发者小心处理。
  • 不限制文件描述符数量:epoll 可以处理的文件描述符数量大于 select 的 1024 限制,具体数量仅受系统资源限制。
  • 减少上下文切换:epoll 通过在内核中管理事件,减少了用户空间和内核空间之间的切换,从而提高了性能。

三.LT和ET

epoll 的 LT 和 ET 模式解析

epoll 提供了两种工作模式:水平触发(Level Triggered, LT)和边缘触发(Edge Triggered, ET)。这两种模式适用于不同的场景,epoll默认是LT。

1. 水平触发(LT)

  • 工作方式
    • 在 LT 模式下,只要文件描述符处于可读或可写状态,epoll_wait 就会返回该文件描述符。
    • 如果文件描述符有未读的数据,epoll_wait多次通知,即使在没有新数据到达的情况下,只要状态满足条件,它都会返回支持阻塞读写和非阻塞读写

2. 边缘触发(ET)

  • 工作方式

    • 在 ET 模式下,epoll_wait 只在状态变化时通知事件。例如,文件描述符从不可读变为可读时,才会触发。
    • 一旦事件被触发,开发者需要尽可能地读取所有可用数据,直到 EAGAIN 错误出现,只支持非阻塞的读写。每次通知都必须把本轮的数据全取走,必须非阻塞读。
  • LT 适用场景

    • 简单的应用场景,或者对性能要求不高的情况。
    • 需要处理大量连接但不要求高并发性能的应用。
  • ET 适用场景

    • 高性能网络服务,处理大量并发连接的场景,如高负载的 Web 服务器。
    • 需要尽量减少系统调用次数,提升性能的应用。

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com