linux系統(tǒng)中的有名管道（FIFO）

無名管道應(yīng)用的一個(gè)重大限制是它沒有名字，因此，只能用于具有親緣關(guān)系的進(jìn)程間通信，在有名管道（named pipe或FIFO）提出后，該限制得到了克服。FIFO不同于管道之處在于它提供一個(gè)路徑名與之關(guān)聯(lián)，以FIFO的文件形式存在于文件系統(tǒng)中。這樣，即使與FIFO的創(chuàng)建進(jìn)程不存在親緣關(guān)系的進(jìn)程，只要可以訪問該路徑，就能夠彼此通過FIFO相互通信（能夠訪問該路徑的進(jìn)程以及FIFO的創(chuàng)建進(jìn)程之間），因此，通過FIFO不相關(guān)的進(jìn)程也能交換數(shù)據(jù)。值得注意的是，F(xiàn)IFO嚴(yán)格遵循先進(jìn)先出（first in first out），對(duì)管道及FIFO的讀總是從開始處返回?cái)?shù)據(jù)，對(duì)它們的寫則把數(shù)據(jù)添加到末尾。它們不支持諸如lseek()等文件定位操作。
管道的緩沖區(qū)是有限的（管道制存在于內(nèi)存中，在管道創(chuàng)建時(shí)，為緩沖區(qū)分配一個(gè)頁面大小）
管道所傳送的是無格式字節(jié)流，這就要求管道的讀出方和寫入方必須事先約定好數(shù)據(jù)的格式，比如多少字節(jié)算作一個(gè)消息（或命令、或記錄）等等

FIFO往往都是多個(gè)寫進(jìn)程，一個(gè)讀進(jìn)程。

FIFO的打開規(guī)則：

總之就是一句話，一旦設(shè)置了阻塞標(biāo)志，調(diào)用mkfifo建立好之后，那么管道的兩端讀寫必須分別打開，有任何一方未打開，則在調(diào)用open的時(shí)候就阻塞。

從FIFO中讀取數(shù)據(jù)：

約定：如果一個(gè)進(jìn)程為了從FIFO中讀取數(shù)據(jù)而阻塞打開FIFO，那么稱該進(jìn)程內(nèi)的讀操作為設(shè)置了阻塞標(biāo)志的讀操作。（意思就是我現(xiàn)在要打開一個(gè)有名管道來讀數(shù)據(jù)?。?/p>

如果有進(jìn)程寫打開FIFO，且當(dāng)前FIFO內(nèi)沒有數(shù)據(jù)(可以理解為管道的兩端都建立好了，但是寫端還沒開始寫數(shù)據(jù)！)

對(duì)于設(shè)置了阻塞標(biāo)志的讀操作說（見上面的約定）
造成阻塞的原因有兩種

讀打開的阻塞標(biāo)志只對(duì)本進(jìn)程第一個(gè)讀操作施加作用，如果本進(jìn)程內(nèi)有多個(gè)讀操作序列，則在第一個(gè)讀操作被喚醒并完成讀操作后，其它將要執(zhí)行的讀操作將不再阻塞，即使在執(zhí)行讀操作時(shí)，F(xiàn)IFO中沒有數(shù)據(jù)也一樣,此時(shí)，讀操作返回0。

注：如果FIFO中有數(shù)據(jù)，則設(shè)置了阻塞標(biāo)志的讀操作不會(huì)因?yàn)镕IFO中的字節(jié)數(shù)小于請(qǐng)求讀的字節(jié)數(shù)而阻塞，此時(shí)，讀操作會(huì)返回FIFO中現(xiàn)有的數(shù)據(jù)量。

向FIFO中寫入數(shù)據(jù)：

約定：如果一個(gè)進(jìn)程為了向FIFO中寫入數(shù)據(jù)而阻塞打開FIFO，那么稱該進(jìn)程內(nèi)的寫操作為設(shè)置了阻塞標(biāo)志的寫操作。

對(duì)于設(shè)置了阻塞標(biāo)志的寫操作：

對(duì)于沒有設(shè)置阻塞標(biāo)志的寫操作：

簡單描述下上面設(shè)置了阻塞標(biāo)志的邏輯
設(shè)置了阻塞標(biāo)志

?

if (buf_to_write <= PIPE_BUF) //寫入的數(shù)據(jù)量不大于PIPE_BUF時(shí)thenif ( buf_to_write > system_buf_left )//保證寫入的原子性,要么一次性把buf_to_write全都寫完，要么一個(gè)字節(jié)都不寫！thenblock ;until ( buf_to_write <= system_buf_left );goto write ;elsewrite ;fielsewrite ; //不管怎樣，就是不斷寫，知道把緩沖區(qū)寫滿了才阻塞fi

管道寫端 pipe_read.c

管道讀端 pipe_write.c