system()函數功能強大,不少人用卻對它的原理知之甚少先看linux版system函數的源碼: #include <sys/types.h> #include <sys/wait.h> #include <errno.h> #include <unistd.h> int system(const char * cmdstring) { pid_t pid; int status; if(cmdstring == NULL){ return (1); } if((pid = fork())<0){ status = -1; } else if(pid = 0){ execl("/bin/sh", "sh", "-c", cmdstring, (char *)0); -exit(127); //子進程正常執行則不會執行此語句 } else{ while(waitpid(pid, &status, 0) < 0){ if(errno != EINTER){ status = -1; break; } } } return status; } 先分析一下原理,而後再看上面的代碼你們估計就能看懂了: 當system接受的命令爲NULL時直接返回,不然fork出一個子進程,由於fork在兩個進程:父進程和子進程中都返回,這裏要檢查返回的pid,fork在子進程中返回0,在父進程中返回子進程的pid,父進程使用waitpid等待子進程結束,子進程則是調用execl來啓動一個程序代替本身,execl("/bin/sh", "sh", "-c", cmdstring, (char*)0)是調用shell,這個shell的路徑是/bin/sh,後面的字符串都是參數,而後子進程就變成了一個shell進程,這個shell的參數 是cmdstring,就是system接受的參數。在windows中的shell是command,想必你們很熟悉shell接受命令以後作的事了。 若是上面的你沒有看懂,那我再解釋下fork的原理:當一個進程A調用fork時,系統內核建立一個新的進程B,並將A的內存映像複製到B的進程空間中,由於A和B是同樣的,那麼他們怎麼知道本身是父進程仍是子進程呢,看fork的返回值就知道,上面也說了fork在子進程中返回0,在父進程中返回子進程的pid。 windows中的狀況也相似,就是execl換了個又臭又長的名字,參數名也換的看了讓人發暈的,我在MSDN中找到了原型,給你們看看: HINSTANCE ShellExecute( HWND hwnd, LPCTSTR lpVerb, LPCTSTR lpFile, LPCTSTR lpParameters, LPCTSTR lpDirectory, INT nShowCmd ); 用法見下: ShellExecute(NULL, "open", "c:\\a.reg", NULL, NULL, SW_SHOWNORMAL); 你也許會奇怪 ShellExecute中有個用來傳遞父進程環境變量的參數 lpDirectory,linux中的 execl卻沒有,這是由於execl是編譯器的函數(在必定程度上隱藏具體系統實現),在linux中它會接着產生一個linux系統的調用 execve, 原型見下: int execve(const char * file,const char **argv,const char **envp); 看到這裏你就會明白爲何system()會接受父進程的環境變量,可是用system改變環境變量後,system一返回主函數仍是沒變。緣由從system的實現能夠看到,它是經過產生新進程實現的,從個人分析中能夠看到父進程和子進程間沒有進程通訊,子進程天然改變不了父進程的環境變量。但願小菜們不要拿tc或使用tc庫的其餘編譯器中的system的調用結果來反駁我,這不是一個概念,DOS早死翹翹了,玩linux吧。就說到這裏了。