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吧。就说到这里了。