忘了怎么看Linux支不支持epoll

epoll的接口非常简单，一共就三个函数： 1 int epoll_create(int size); 创建一个epoll的句柄，size用来告诉内核这个监听的数目一共有多大。这个参数不同于select()中的第一个参数，给出最大监听的fd+1的值。需要注意的是，当创建好epoll句柄后

管道

管道的概念：

管道是一种最基本的IPC机制，作用于有血缘关系的进程之间，完成数据传递。调用pipe系统函数即可创建一个管道。有如下特质：

1 其本质是一个伪文件(实为内核缓冲区)

2 由两个文件描述符引用，一个表示读端，一个表示写端。

3 规定数据从管道的写端流入管道，从读端流出。

管道的原理: 管道实为内核使用环形队列机制，借助内核缓冲区(4k)实现。

管道的局限性：

① 数据自己读不能自己写。

② 数据一旦被读走，便不在管道中存在，不可反复读取。

③ 由于管道采用半双工通信方式。因此，数据只能在一个方向上流动。

④ 只能在有公共祖先的进程间使用管道。

常见的通信方式有，单工通信、半双工通信、全双工通信。

简单来说这个管道是一个文件,但又和普通文件不通:管道缓冲区大小一般为1页，即4K字节,管道分读端和写端，读端负责从管道拿数据，当数据为空时则阻塞；写端向管道写数据，当管道缓存区满时则阻塞。

pipe函数

创建管道

    int pipe(int pipefd[2]); 成功：0；失败：-1，设置errno

函数调用成功返回r/w两个文件描述符。无需open，但需手动close。规定：fd[0] → r； fd[1] → w，就像0对应标准输入，1对应标准输出一样。向管道文件读写数据其实是在读写内核缓冲区。

管道创建成功以后，创建该管道的进程（父进程）同时掌握着管道的读端和写端。如何实现父子进程间通信呢？通常可以采用如下步骤：

1 父进程调用pipe函数创建管道，得到两个文件描述符fd[0]、fd[1]指向管道的读端和写端。

2 父进程调用fork创建子进程，那么子进程也有两个文件描述符指向同一管道。

3 父进程关闭管道读端，子进程关闭管道写端。父进程可以向管道中写入数据，子进程将管道中的数据读出。由于管道是利用环形队列实现的，数据从写端流入管道，从读端流出，这样就实现了进程间通信。

管道的读写行为

    使用管道需要注意以下4种特殊情况（假设都是阻塞I/O *** 作，没有设置O_NONBLOCK标志）：

1 如果所有指向管道写端的文件描述符都关闭了（管道写端引用计数为0），而仍然有进程从管道的读端读数据，那么管道中剩余的数据都被读取后，再次read会返回0，就像读到文件末尾一样。

2 如果有指向管道写端的文件描述符没关闭（管道写端引用计数大于0），而持有管道写端的进程也没有向管道中写数据，这时有进程从管道读端读数据，那么管道中剩余的数据都被读取后，再次read会阻塞，直到管道中有数据可读了才读取数据并返回。

3 如果所有指向管道读端的文件描述符都关闭了（管道读端引用计数为0），这时有进程向管道的写端write，那么该进程会收到信号SIGPIPE，通常会导致进程异常终止。当然也可以对SIGPIPE信号实施捕捉，不终止进程。具体方法信号章节详细介绍。

4 如果有指向管道读端的文件描述符没关闭（管道读端引用计数大于0），而持有管道读端的进程也没有从管道中读数据，这时有进程向管道写端写数据，那么在管道被写满时再次write会阻塞，直到管道中有空位置了才写入数据并返回。

总结：

① 读管道： 1 管道中有数据，read返回实际读到的字节数。

2 管道中无数据：

(1) 管道写端被全部关闭，read返回0 (好像读到文件结尾)

  (2) 写端没有全部被关闭，read阻塞等待(不久的将来可能有数据递达，此时会让出cpu)

    ② 写管道： 1 管道读端全部被关闭， 进程异常终止(也可使用捕捉SIGPIPE信号，使进程不终止)

2 管道读端没有全部关闭：

(1) 管道已满，write阻塞。

(2) 管道未满，write将数据写入，并返回实际写入的字节数。

Epoll的概念

Epoll可以使用一次等待监听多个描述符的可读/可写状态等待返回时携带了可读的描述符或者自定义的数据不需要为每个描述符创建独立的线程进行阻塞读取,

Linux系统中的epoll机制为处理大批量句柄而作了改进的poll，是Linux下多路复用IO接口select/poll的增强版本，它能显著减少程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率

(01) pipe(wakeFds)，该函数创建了两个管道句柄。

(02) mWakeReadPipeFd=wakeFds[0]，是读管道的句柄。

(03) mWakeWritePipeFd=wakeFds 1 ，是写管道的句柄。

(04) epoll_create(EPOLL_SIZE_HINT)是创建epoll句柄。

(05) epoll_ctl(mEpollFd, EPOLL_CTL_ADD, mWakeReadPipeFd, & eventItem)，它的作用是告诉mEpollFd，它要监控mWakeReadPipeFd文件描述符的EPOLLIN事件，即当管道中有内容可读时，就唤醒当前正在等待管道中的内容的线程。

回到Android中的epoll大致流程如下:​

Looperloop -> MessageQueuenativePollOnce

epoll_create()   epoll_ctl() 注册事件的回调

looperpollInner() -> epoll_wait() 等待接受事件唤醒的回调

 MessageQueueenqueueMessage(Message msg, long when)    ->  MessageQueuenativeWake(long ptr)

参考链接如下

链接：>============select、poll、epoll之间的区别=================
select，poll，epoll都是IO多路复用的机制。I/O多路复用就通过一种机制，
可以监视多个描述符，一旦某个描述符就绪（一般是读就绪或者写就绪），
能够通知程序进行相应的读写 *** 作,读写过程是阻塞的，
select的几大缺点：监视的文件描述符的数量存在最大限制
1 单个进程可监视的fd数量被限制
2 需要维护一个用来存放大量fd的数据结构，这样会使得用户空间和内核空间在传递该结构时复制开销大
3 对socket进行扫描时是线性扫描
//select的3个缺点：1 连接数受限 2 查找配对速度慢 3 数据由内核拷贝到用户态。
poll的实现和select非常相似，pollfd并没有最大数量限制（但是数量过大后性能也是会下降）
select、poll的内部实现机制相似，它没有最大连接数的限制，原因是它是基于链表来存储的，
但是同样有一个缺点：大量的fd的数组被整体复制于用户态和内核地址空间之间，
而不管这样的复制是不是有意义。它将用户传入的数组拷贝到内核空间，
然后查询每个fd对应的设备状态，如果设备就绪则在设备等待队列中加入一项并继续遍历,这过程经历了多次无谓的遍历
epoll是对select和poll的改进
epoll:IO的效率不会随着监视fd的数量的增长而下降。epoll不同于select和poll轮询的方式，
而是通过每个fd定义的回调函数来实现的。只有就绪的fd才会执行回调函数。
一般情况下fd数量较少的时候poll略优于epoll，但是当fd增大到某个阈值时，
poll性能急剧下降。而epoll始终保持的稳定的性能。
希望采纳

---