必備基礎: fork() 創建一個與之前完全一樣的進程,這兩個進程執行沒有固定的先後順序,哪個進程先執行要看系統的進程調度策略。 一個進程調用fork()函數後,系統先給新的進程分配資源,例如存儲數據和代碼的空間。然後把原來的進程的所有值都 複製到新的新進程中,只有少數值與原來的進程的值不同。相當於 ...
必備基礎: fork() 創建一個與之前完全一樣的進程,這兩個進程執行沒有固定的先後順序,哪個進程先執行要看系統的進程調度策略。
一個進程調用fork()函數後,系統先給新的進程分配資源,例如存儲數據和代碼的空間。然後把原來的進程的所有值都
複製到新的新進程中,只有少數值與原來的進程的值不同。相當於克隆了一個自己。
// fork() study example 1
#include <unistd.h> #include <stdio.h> int main () { pid_t fpid; //fpid表示fork函數返回的值 int count=0; // fork 會將這個變數存在兩個不同的記憶體中,所以兩次count的值都是 1 ,而不是 1,2 。 fpid=fork(); if (fpid < 0) printf("error in fork!"); else if (fpid == 0) { printf("i am the child process, my process id is %d、n",getpid()); printf("我是爹的兒子\n");//對某些人來說中文看著更直白。 count++; } else { printf("i am the parent process, my process id is %d\n",getpid()); printf("我是孩子他爹\n"); count++; } printf("統計結果是: %d\n",count); return 0; }
運行結果:
在for之前只有一個進程執行代碼,但是在fork之後就會再創建一個進程去同時執行這段代碼。
程式通過fork的返回值fpid判斷是子進程還是父進程,還是創建進程失敗。
fork調用的一個奇妙之處就是它僅僅被調用一次,卻能夠返回兩次,它可能有三種不同的返回值:
1)在父進程中,fork返回新創建子進程的進程ID; //相當於父進程指向自己的子進程,而子進程沒有孩子進程可以指向。
2)在子進程中,fork返回0;
3)如果出現錯誤,fork返回一個負值;
fork出錯可能有兩種原因:
1)當前的進程數已經達到了系統規定的上限,這時errno的值被設置為EAGAIN。
2)系統記憶體不足,這時errno的值被設置為ENOMEM。
#include <unistd.h> #include <stdio.h> int main(void) { int i=0; printf("i son/pa ppid pid fpid\n"); //ppid指當前進程的父進程pid //pid指當前進程的pid, //fpid指fork返回給當前進程的值 for(i=0;i<2;i++){ pid_t fpid=fork(); if(fpid==0) printf("%d child %4d %4d %4d\n",i,getppid(),getpid(),fpid); else printf("%d parent %4d %4d %4d\n",i,getppid(),getpid(),fpid); } return 0; }
1. 在執行第一個迴圈時:
pid=5944 的進程 ,創建了 一個子進程 5945
2. 第二次迴圈中:
5944 的進程穿件了 pid=5946的子進程
5945 的進程作為父進程創建了 pid=5947 的子進程
p5947的父進程 應該是 5945 ,但是 這時 5945進程肯能已經死亡。 (具體原因自己還沒有弄明白,如需深入學習可以見參考資料)
進程間通信: 管道及無名管道
一、無名管道(pipe) 1.1管道的介紹 A.管道是半雙工的,數據只能向一個方向流動;需要雙方通信時,需要建立起兩個管道 B.只能用於父子進程或者兄弟進程之間(具有親緣關係的進程); C.單獨構成一種獨立的文件系統:管道對於管道兩端的進程而言,就是一個文件,但它不是普通的文件,它不屬於某種文件系統,而是自立門戶,單獨構成一種文件系統,並且只存在與記憶體中。 D.數據的讀出和寫入:一個進程向管道中寫的內容被管道另一端的進程讀出。寫入的內容每次都添加在管道緩衝區的末尾,並且每次都是從緩衝區的頭部讀出數據。 1.2管道的創建參考資料:
http://blog.csdn.net/w616589292/article/details/50957456
http://www.cnblogs.com/bastard/archive/2012/08/31/2664896.html#3311781