流: 可以进行io操作的内核对象。主要有套接字、管道等。
io操作: 所有对流的读写操作都是io操作。
阻塞: 当流中没有数据进行读取的时候,或者流中数据写满的情况。
阻塞等待:空出cpu进行等待。
轮询:定时查看,占用cpu
从上面看等待阻塞,是释放cpu,是对系统友好的,但是有什么缺点呢 ?
阻塞会占用线程,这个线程没有办法去做其他事情,这个时候大家会想到什么? 多进程、多线程、多协程,但是对于每一件事情开启线程是不合适的。
但是如果说不用多线程、协程的方法其他方案,IO多路复用方案:
- 轮询查询,这种方案可以一个线程同时处理多个事情,但是会占用cpu影响性能。这种是线程主动去轮询每个业务。
- select 用来记录每个字符句柄,监控每个文件句柄是否有事件需要处理(需要轮询处理),如果收到需要处理的时间,需要线程来对每个句柄进行轮询。并且监控的句柄数有限制。
- epoll则会明确告诉我们,哪一个句柄有事件来了,需要处理。句柄数为系统可以打开的最大文件数。
下面主要介绍下epoll:
- epoll的主要代码;
int epfd = epoll_crete(1000);
//将 listen_fd 添加进 epoll 中
epoll_ctl(epfd, EPOLL_CTL_ADD, listen_fd,&listen_event);
while (1) {
//阻塞等待 epoll 中 的fd 触发
int active_cnt = epoll_wait(epfd, events, 1000, -1);
for (i = 0 ; i < active_cnt; i++) {
if (evnets[i].data.fd == listen_fd) {
//accept. 并且将新accept 的fd 加进epoll中.
}
else if (events[i].events & EPOLLIN) {
//对此fd 进行读操作
}
else if (events[i].events & EPOLLOUT) {
//对此fd 进行写操作
}
}
}
- epoll的触发模式:
- 水平触发,水平触发指的是用户再阻塞建通epoll时,在收到事件后,如果用户未处理,下次会再次通知,如果用户一直不处理,会造成事件从内核态拷贝到用户态的浪费。
- 边缘触发,指的时监听的事件只会通知一次,不论用户是否处理,都不会再次通知。