流、io、阻塞

流： 可以进行io操作的内核对象。主要有套接字、管道等。

io操作： 所有对流的读写操作都是io操作。

阻塞： 当流中没有数据进行读取的时候，或者流中数据写满的情况。

阻塞等待：空出cpu进行等待。

轮询：定时查看，占用cpu

从上面看等待阻塞，是释放cpu，是对系统友好的，但是有什么缺点呢 ？

阻塞会占用线程，这个线程没有办法去做其他事情，这个时候大家会想到什么？ 多进程、多线程、多协程，但是对于每一件事情开启线程是不合适的。

但是如果说不用多线程、协程的方法其他方案，IO多路复用方案：

1. 轮询查询，这种方案可以一个线程同时处理多个事情，但是会占用cpu影响性能。这种是线程主动去轮询每个业务。
2. select 用来记录每个字符句柄，监控每个文件句柄是否有事件需要处理（需要轮询处理），如果收到需要处理的时间，需要线程来对每个句柄进行轮询。并且监控的句柄数有限制。
3. epoll则会明确告诉我们，哪一个句柄有事件来了，需要处理。句柄数为系统可以打开的最大文件数。

下面主要介绍下epoll：

1. 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 进行写操作
		}
	}
}

1. epoll的触发模式：
   1. 水平触发，水平触发指的是用户再阻塞建通epoll时，在收到事件后，如果用户未处理，下次会再次通知，如果用户一直不处理，会造成事件从内核态拷贝到用户态的浪费。
   2. 边缘触发，指的时监听的事件只会通知一次，不论用户是否处理，都不会再次通知。