c语言pipe函数,pipe 函数 （C语言）
pipe我們用中文叫做管道。
以下講解均是基于Linux為環境：
函數簡介
所需頭文件#include
函數原型int pipe(int fd[2])
函數傳入值fd[2]:管道的兩個文件描述符，之后就是可以直接操作者兩個文件描述符
返回值 成功0 失敗-1
什么是管道
管道是Linux 支持的最初Unix IPC形式之一，具有以下特點：
管道是半雙工的，數據只能向一個方向流動；需要雙方通信時，需要建立起兩個管道； 只能用于父子進程或者兄弟進程之間(具有親緣關系的進程)； 單獨構成一種獨立的文件系統：管道對于管道兩端的進程而言，就是一個文件，但它不是普通的文件，它不屬于某種文件系統，而是自立門戶，單獨構成一種文件系 統，并且只存在與內存中。 數據的讀出和寫入：一個進程向管道中寫的內容被管道另一端的進程讀出。寫入的內容每次都添加在管道緩沖區的末尾，并且每次都是從緩沖區的頭部讀出數據。
管道的創建
#include
int pipe(int fd[2])
該函數創建的管道的兩端處于一個進程中間，在實際應用中沒有太大意義，因此，一個進程在由pipe()創建管道后，一般再fork一個子進程，然后通過管道實現父子進程間的通信(因此也不難推出，只要兩個進程中存在親緣關系，這里的親緣關系指 的是具有共同的祖先，都可以采用管道方式來進行通信)。
管道的讀寫規則
管道兩端可 分別用描述字fd[0]以及fd[1]來描述，需要注意的是，管道的兩端是固定了任務的。即一端只能用于讀，由描述字fd[0]表示，稱其為管道讀端；另 一端則只能用于寫，由描述字fd[1]來表示，稱其為管道寫端。如果試圖從管道寫端讀取數據，或者向管道讀端寫入數據都將導致錯誤發生。一般文件的I/O 函數都可以用于管道，如close、read、write等等。
從管道中讀取數據：
如果管道的寫端不存在，則認為已經讀到了數據的末尾，讀函數返回的讀出字節數為0； 當管道的寫端存在時，如果請求的字節數目大于PIPE_BUF，則返回管道中現有的數據字節數，如果請求的字節數目不大于PIPE_BUF，則返回管道中 現有數據字節數(此時，管道中數據量小于請求的數據量)；或者返回請求的字節數(此時，管道中數據量不小于請求的數據量)。注：(PIPE_BUF在include/linux/limits.h中定義，不同的內核版本可能會有所不同。Posix.1要求PIPE_BUF至少為512字節，red hat 7.2中為4096)。
關于管道的讀規則驗證：
/**************
* readtest.c *
**************/
#include
#include
#include
main()
{
int pipe_fd[2];
pid_t pid;
char r_buf[100];
char w_buf[4];
char* p_wbuf;
int r_num;
int cmd;
memset(r_buf,0,sizeof(r_buf));
memset(w_buf,0,sizeof(r_buf));
p_wbuf=w_buf;
if(pipe(pipe_fd)<0)
{
printf("pipe create error ");
return -1;
}
if((pid=fork())==0)
{
printf(" ");
close(pipe_fd[1]);
sleep(3);//確保父進程關閉寫端
r_num=read(pipe_fd[0],r_buf,100);
printf( "read num is %d the data read from the pipe is %d ",r_num,atoi(r_buf));
close(pipe_fd[0]);
exit();
}
else if(pid>0)
{
close(pipe_fd[0]);//read
strcpy(w_buf,"111");
if(write(pipe_fd[1],w_buf,4)!=-1)
printf("parent write over ");
close(pipe_fd[1]);//write
printf("parent close fd[1] over ");
sleep(10);
}
}
/**************************************************
* 程序輸出結果：
* parent write over
* parent close fd[1] over
* read num is 4 the data read from the pipe is 111
* 附加結論：
* 管道寫端關閉后，寫入的數據將一直存在，直到讀出為止.
****************************************************/
向管道中寫入數據：
向管道中寫入數據時，linux將不保證寫入的原子性，管道緩沖區一有空閑區域，寫進程就會試 圖向管道寫入數據。如果讀進程不讀走管道緩沖區中的數據，那么寫操作將一直阻塞。
注：只有在管道的讀端存在時，向管道中寫入數據才有意義。否則，向管道中寫入數據的進程將收到 內核傳來的SIFPIPE信號，應用程序可以處理該信號，也可以忽略(默認動作則是應用程序終止)。
對管道的寫規則的驗證1：寫端對讀端存在的依賴性
#include
#include
main()
{
int pipe_fd[2];
pid_t pid;
char r_buf[4];
char* w_buf;
int writenum;
int cmd;
memset(r_buf,0,sizeof(r_buf));
if(pipe(pipe_fd)<0)
{
printf("pipe create error ");
return -1;
}
if((pid=fork())==0)
{
close(pipe_fd[0]);
close(pipe_fd[1]);
sleep(10);
exit();
}
else if(pid>0)
{
sleep(1); //等待子進程完成關閉讀端的操作
close(pipe_fd[0]);//write
w_buf="111";
if((writenum=write(pipe_fd[1],w_buf,4))==-1)
printf("write to pipe error ");
else
printf("the bytes write to pipe is %d ", writenum);
close(pipe_fd[1]);
}
}
則輸出結果為：Broken pipe,原因就是該管道以及它的所有fork()產物的讀端都已經被關閉。如果在父進程中保留讀端，即在寫完pipe后，再關閉父進程的讀端，也會正常 寫入pipe，讀者可自己驗證一下該結論。因此，在向管道寫入數據時，至少應該存在某一個進程，其中管道讀端沒有被關閉，否則就會出現上述錯誤(管道斷 裂,進程收到了SIGPIPE信號，默認動作是進程終止)
對管道的寫規則的驗證2：linux不保證寫管道的原子性驗證
#include
#include
#include
main(int argc,char**argv)
{
int pipe_fd[2];
pid_t pid;
char r_buf[4096];
char w_buf[4096*2];
int writenum;
int rnum;
memset(r_buf,0,sizeof(r_buf));
if(pipe(pipe_fd)<0)
{
printf("pipe create error ");
return -1;
}
if((pid=fork())==0)
{
close(pipe_fd[1]);
while(1)
{
sleep(1);
rnum=read(pipe_fd[0],r_buf,1000);
printf("child: readnum is %d ",rnum);
}
close(pipe_fd[0]);
exit();
}
else if(pid>0)
{
close(pipe_fd[0]);//write
memset(r_buf,0,sizeof(r_buf));
if((writenum=write(pipe_fd[1],w_buf,1024))==-1)
printf("write to pipe error ");
else
printf("the bytes write to pipe is %d ", writenum);
writenum=write(pipe_fd[1],w_buf,4096);
close(pipe_fd[1]);
}
}
輸出結果：
the bytes write to pipe 1000
the bytes write to pipe 1000 //注意，此行輸出說明了寫入的非原子性
the bytes write to pipe 1000
the bytes write to pipe 1000
the bytes write to pipe 1000
the bytes write to pipe 120 //注意，此行輸出說明了寫入的非原子性
the bytes write to pipe 0
the bytes write to pipe 0
......
結論：
寫入數目小于4096時寫入是非原子的！
如果把父進程中的兩次寫入字節數都改為5000，則很容易得出下面結論：
寫入管道的數據量大于4096字節時，緩沖區的空閑空間將被寫入數據(補齊)，直到寫完所有數 據為止，如果沒有進程讀數據，則一直阻塞。
管道應用實例
實例一：用于shell
管道可用于輸入輸出重定向，它將一個命令的輸出直接定向到另一個命令的輸入。比如，當在某個shell程序(Bourne shell或C shell等)鍵入who│wc -l后，相應shell程序將創建who以及wc兩個進程和這兩個進程間的管道。考慮下面的命令行：
$kill -l 運行結果見 附一。
$kill -l | grep SIGRTMIN 運行結果如下：
30) SIGPWR 31) SIGSYS 32) SIGRTMIN 33) SIGRTMIN+1
34) SIGRTMIN+2 35) SIGRTMIN+3 36) SIGRTMIN+4 37) SIGRTMIN+5
38) SIGRTMIN+6 39) SIGRTMIN+7 40) SIGRTMIN+8 41) SIGRTMIN+9
42) SIGRTMIN+10 43) SIGRTMIN+11 44) SIGRTMIN+12 45) SIGRTMIN+13
46) SIGRTMIN+14 47) SIGRTMIN+15 48) SIGRTMAX-15 49) SIGRTMAX-14
實例二：用于具有親緣關系的進程間通信
下面例子給出了管道的具體應用，父進程通過管道發送一些命令給子進程，子進程解析命令，并根據 命令作相應處理。
#include
#include
main()
{
int pipe_fd[2];
pid_t pid;
char r_buf[4];
char** w_buf[256];
int childexit=0;
int i;
int cmd;
memset(r_buf,0,sizeof(r_buf));
if(pipe(pipe_fd)<0)
{
printf("pipe create error ");
return -1;
}
if((pid=fork())==0)
//子進程：解析從管道中獲取的命令，并作相應的處理
{
printf(" ");
close(pipe_fd[1]);
sleep(2);
while(!childexit)
{
read(pipe_fd[0],r_buf,4);
cmd=atoi(r_buf);
if(cmd==0)
{
printf("child: receive command from parent over now child process exit ");
childexit=1;
}
else if(handle_cmd(cmd)!=0)
return;
sleep(1);
}
close(pipe_fd[0]);
exit();
}
else if(pid>0)
//parent: send commands to child
{
close(pipe_fd[0]);
w_buf[0]="003";
w_buf[1]="005";
w_buf[2]="777";
w_buf[3]="000";
for(i=0;i<4;i++)
write(pipe_fd[1],w_buf[i],4);
close(pipe_fd[1]);
}
}
//下面是子進程的命令處理函數(特定于應用)：
int handle_cmd(int cmd)
{
if((cmd<0)||(cmd>256))
//suppose child only support 256 commands
{
printf("child: invalid command ");
return -1;
}
printf("child: the cmd from parent is %d ", cmd);
return 0;
}
管道的局限性
管道的 主要局限性正體現在它的特點上：
只支持單向數據流； 只能用于具有親緣關系的進程之間； 沒有名字； 管道的緩沖區是有限的(管道制存在于內存中，在管道創建時，為緩沖區分配一個頁面大小)；
管道所傳送的是無格式字節流，這就要求管道的讀出方和寫入方必須事先約定好數據的格式，比如多 少字節算作一個消息(或命令、或記錄)等等；
Linux管道的實現機制
在Linux中，管道是一種使用非常頻繁的通信機制。從本質上說，管道也是一種文件，但它又和 一般的文件有所不同，管道可以克服使用文件進行通信的兩個問題，具體表現為：
限制管道的大小。實際上，管道是一個固定大小的緩沖區。在Linux中，該緩沖區的大小為1 頁，即4K字節，使得它的大小不象文件那樣不加檢驗地增長。使用單個固定緩沖區也會帶來問題，比如在寫管道時可能變滿，當這種情況發生時，隨后對管道的write()調用將默認地被阻塞，等待某些數據被讀取，以便騰出足夠的空間供write()調用寫。
讀取進程也可能工作得比寫進程快。當所有當前進程數據已被讀取時，管道變空。當這種情況發生 時，一個隨后的read()調用將默認地被阻塞，等待某些數據被寫入，這解決了read()調用返回文件結束的問題。
注意
：從管道讀數據是一次性操作，數據一旦被讀，它就從管道中被拋棄，釋放空間 以便寫更多的數據。
1.管道的結構
在Linux 中，管道的實現并沒有使用專門的數據結構，而是借助了文件系統的file結構和VFS的索引節點inode。通過將兩個file 結構指向同一個臨時的VFS 索引節點，而這個VFS 索引節點又指向一個物理頁面而實現的。如圖7.1所示。
圖7.1 管道結構示意圖
圖7.1中有兩個file 數據結構，但它們定義文件操作例程地址是不同的，其中一個是向管道中寫入數據的例程地址，而另一個是從管道中讀出數據的例程地址。這樣，用戶程序的
仍然是 通常的文件操作，而內核卻利用這種
抽象機制
實現了管道這一特殊操作。
2.管道的讀寫
管道實現的源代碼在fs/pipe.c中，在pipe.c中有很多函數，其中有兩個函數比較重 要，即管道讀函數pipe_read()和管道寫函數pipe_wrtie()。管道寫函數通過將字節復制到VFS 索引節點指向的物理內存而寫入數據，而管道讀函數則通過復制物理內存中的字節而讀出數據。當然，內核必須利用一定的機制同步對管道的訪問，為此，內核使用 了鎖、等待隊列和信號。
當寫進程向管道中寫入時，它利用標準的庫函數write()，系統根據庫函數傳遞的文件描述 符，可找到該文件的file 結構。file 結構中指定了用來進行寫操作的函數(即寫入函數)地址，于是，內核調用該函數完成寫操作。寫入函數在向內存中寫入數據之前，必須首先檢查VFS 索引節點中的信息，同時滿足如下條件時，才能進行實際的內存復制工作：
內存中有足夠的空間可容納所有要寫入的數據；
內存沒有被讀程序鎖定。
如果同時滿足上述條件，寫入函數首先鎖定內存，然后從寫進程的地址空間中復制數據到內存。否 則，寫入進程就休眠在VFS 索引節點的等待隊列中，接下來，內核將調用調度程序，而調度程序會選擇其他進程運行。寫入進程實際處于可中斷的等待狀態，當內存中有足夠的空間可以容納寫 入數據，或內存被解鎖時，讀取進程會喚醒寫入進程，這時，寫入進程將接收到信號。當數據寫入內存之后，內存被解鎖，而所有休眠在索引節點的讀取進程會被喚 醒。
管道的讀取過程和寫入過程類似。但是，進程可以在沒有數據或內存被鎖定時立即返回錯誤信息，而 不是阻塞該進程，這依賴于文件或管道的打開模式。反之，進程可以休眠在索引節點的等待隊列中等待寫入進程寫入數據。當所有的進程完成了
之 后，管道的索引節點被丟棄，而共享數據頁也被釋放。
因為管道的實現涉及很多文件的操作,因此,當讀者學完有關文件系統的內容后來讀pipe.c中 的代碼，你會覺得并不難理解。
總結
以上是生活随笔為你收集整理的c语言pipe函数,pipe 函数 （C语言）的全部內容，希望文章能夠幫你解決所遇到的問題。
