Ⅰ linux的管道後面一個橫線
表示輸出流。
管道是Linux中很重要的一種通信方式,是把一個程序的輸出直接連接到另一個程序的輸入,常說的管道多是指無名管道,無名管道只能用於具有親緣關系的進程之間，這是它與有名管道的最大區別。有名管道叫named pipe或者FIFO(先進先出)，可以用函數mkfifo()創建。在Linux中，管道是一種使用非常頻繁的通信機制。從本質上說，管道也是一種文件，但它又和一般的文件有所不同，管道可以克服使用文件進行通信的兩個問題，具體表現為：
1、限制管道的大小。實際上，管道是一個固定大小的緩沖區。在Linux中，該緩沖區的大小為1頁，即4K位元組，使得它的大小不象文件那樣不加檢驗地增長。使用單個固定緩沖區也會帶來問題，比如在寫管道時可能變滿，當這種情況發生時，隨後對管道的write()調用將默認地被阻塞，等待某些數據被讀取，以便騰出足夠的空間供write()調用寫。
2、讀取進程也可能工作得比寫進程快。當所有當前進程數據已被讀取時，管道變空。當這種情況發生時，一個隨後的read()調用將默認地被阻塞，等待某些數據被寫入，這解決了read()調用返迴文件結束的問題。
注意：從管道讀數據是一次性操作，數據一旦被讀，它就從管道中被拋棄，釋放空間以便寫更多的數據。
Ⅱ 淺談Android之Linux pipe/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大致流程如下:
Looper.loop -> MessageQueue.nativePollOnce
epoll_create() epoll_ctl() 注冊事件的回調
looper.pollInner() -> epoll_wait() 等待接受事件喚醒的回調
MessageQueue.enqueueMessage(Message msg, long when) -> MessageQueue.nativeWake(long ptr)
參考鏈接如下
鏈接：https://www.jianshu.com/p/8656bebc27cb
鏈接：https://blog.csdn.net/oguro/article/details/53841949