#include
#include
#include
int main()
{
printf("before : I am a process, pid : %d,ppid : %d\n",getpid(),getppid());
execl("/usr/bin/ls", "ls" , "-a" , "-l", NULL);
printf("after : I am a process, pid : %d,ppid : %d\n",getpid(),getppid());
return 0;
}
通过代码和现象可以看出,执行了execl函数之后,其之后的代码不再被执行。
而是执行了 ls -a -l 这条指令。
CPU首先执行父进程的代码,打印出before语句后,接下来执行execl系统调用。
ls -a -l
也是一个文件,放在磁盘中,execl将ls -a -l
文件的代码和数据进行替换,把调用execl系统调用的进程的数据和代码替换掉!
替换后,execl之后的代码不再被执行。
注意:进程替换仅仅是替换掉进程的数据和代码,并没有创建新的进程。所以进程的id没有改变
补充说明:
int execl(const char *path, const char *arg, ...);
exec系列是进程替换的系统调用系列函数,l代表的就是list的意思。
就是链式的。
具体使用方法:
execl("/usr/bin/ls", "ls" , "-a" , "-l", NULL);
第一个参数就是执行的命令文件所在的路径。
第二个参数往后开始,就是要执行什么命令!
平常执行的命令是这样的:ls -a -l ,现在传参给execl后,只需要把空格变成逗号即可,并在最后加上一个NULL即可!
execl第一个参数要传路径的原因:
想要执行一个程序,就必须先找到这个程序!
int execlp(const char *file, const char *arg, ...);
p代表的就是PAHT环境变量。
代表的就是从自己的环境变量中查找路径。
所以,标准写法如下:
execlp("ls", "ls" , "-a" , "-l", NULL);
这样写,不带路径,执行该函数时系统会去环境变量中查找该命令所在路径。
当然,也可以这样写:
execlp("/usr/bin/ls", "ls" , "-a" , "-l", NULL);
这样写对编译器更好,也不用编译器自己去找了。
这里有个问题:
execlp("ls", "ls" , "-a" , "-l", NULL);
第一个ls和第二个ls一样吗?
答案是不一样的,前面说过,要执行一个程序,必须先找到该程序。
第一个ls其实就是程序所在的路径,只不过该函数可以通过PATH环境变量帮助我们找到ls这个命令。
也就是说通过环境变量和第一个ls,就能找到ls所在的路径:/usr/bin/ls
而第二个ls是我该怎么执行ls这个命令。
总结:第一个ls是找到ls这个命令在哪,第二个ls表示的是该怎么执行ls这个命令。
这里的v就代表vector,也就是顺序表。
int execv(const char *path, char *const argv[]);
传递的第二个参数就由list变成了字符串指针数组。
char* const argv[] = {"ls","-a","-l",NULL};
execv("/usr/bin/ls",argv);
第一个参数是路径,表示操作系统需要去哪个路径下执行命令,第二个参数是字符串指针数组。经过操作系统层面,会将数组的每一个字符串提取出来传递给第一个参数。
因为一个可执行程序肯定也有main函数,也就是说将argv作为参数传给了main函数,main函数就知道怎么执行该命令了。
与execlp类似,
int execvp(const char *file, char *const argv[]);
第一个参数传递的是文件路径,但是由于有环境变量的存在,使得CPU执行该系统调用时,不费什么劲就能找到file文件。
char* const argv[] = {"ls","-a","-l",NULL};
execvp("ls",argv);
第一个ls表明所需要执行的指令所在路径。
注意:execl函数不仅能调用系统提供的函数,还能调用用户自己的命令,也就是还能通过execl函数调用其他可执行程序。
execl("./otherExe","otherExe",NULL);
因为不管是什么语言,都能夸语言调用!!!
因为无论是可执行程序还是脚本,本质都是进程!!!
是进程,都能进行进程进程替换,都能用exec系列函数调用!
所以可以通过该调用方法,来调用可执行程序。
验证execv可以将命令传递给其他可执行程序。
otherExe.c文件
int main(int argc,const char* argv[])
{
int i = 0;
for(;i<argc;i++)
{
printf("%s\n",argv[i]);
}
return 0;
}
test.c
int main()
{
//多进程版进程替换
char* const argv[] = {"ls","-a","-l",NULL};
pid_t id = fork();
if(id == 0)
{
//child
printf("before : I am a child process, pid : %d,ppid : %d\n",getpid(),getppid());
execvp("./otherExe",argv);
printf("after : I am a child process, pid : %d,ppid : %d\n",getpid(),getppid());
exit(0);
}
//father
sleep(3);
int status;
pid_t ret = waitpid(id,&status,WNOHANG);
if(ret == id)
{
printf("wait success! wait pid is : %d \n",id);
}
return 0;
}
执行test可执行程序后,会将argv参数传递给otherExe可执行程序,然后打印出来。
总结:通过exec系列函数,可以调用其他的可执行程序。
问题2:进程替换时,环境变量会被替换吗?
答案是并不会。
当我们在test.c中调用otherExe.c时,并没有将环境变量传递给otherExe函数。
但是通过进程替换,仍然可以看到,otherExe函数仍然可以打印出环境变量!!!
otherExe.c文件如下:
printf("这是命令行参数\n");
int i = 0;
for(;argv[i];i++)
{
printf("%s\n",argv[i]);
}
printf("这是环境变量信息\n");
i = 0;
for(;env[i];i++)
{
printf("%s\n",env[i]);
}
结论:环境变量不会被进程替换给替换掉,进程替换只是替换进程的代码和数据。
环境变量会随着继承关系从父进程继承下来。
环境变量也是数据,创建子进程的时候就已经继承下来了。
在bash进程中导入环境变量:
export xxx=xxx;
bash中导入环境变量,同样会被子进程继承下来。
如果不想从bash中导入,而是从某一个进程中导入环境变量,则使用一个系统调用:putenv
int putenv(char *string);
哪个进程调用该函数,就向哪个进程中导入环境变量。
此后,所有该父进程的子进程都会继承该环境变量下来。
所以,从bash开始,只要导了环境变量,越往下,环境变量会越来越多。
int execle(const char *path, const char *arg,
..., char * const envp[]);
最后一个参数是环境变量数组,也就是当前进程的环境变量表。
在库的声明中,有一个environ变量,使用该变量也能将环境变量传给execle函数。
通过调用其他可执行程序,就能打印出环境变量了。
int execve(const char *path, char *const argv[], char *const envp[]);
同样,只是比execv多了一个参数,该参数可以传environ,也就是把当前进程的环境变量传过去即可。
实际上,execve才是真正的系统调用,其他的exec*函数最终都是调用execve,所以execve在man手册的第二节,也就是系统调用那节,其他函数在man手册第三节。
这篇文章重点讲解exec系列函数。