linux – 如果你在shell中运行’exec ls’会发生什么？为什么？

发布时间：2020-12-14 00:04:42 所属栏目：Linux 来源：网络整理

导读：问题是标题.我无法弄清楚为什么终端会在’ls’执行后立即关闭. Linux shell是这样的： 1.while (1) { 2. char *cmd = read_command(); 3. int child_pid = fork(); 4. if (child_pid == 0) { 5. exec(cmd); 6. }else { 7. waitpid(child_pid); 8. } 9.} 因此

问题是标题.我无法弄清楚为什么终端会在’ls’执行后立即关闭. Linux shell是这样的：

1.while (1) {

2. char *cmd = read_command();
3. int child_pid = fork();
4. if (child_pid == 0) {
5. exec(cmd);
6. }else {
7. waitpid(child_pid);
8. }
9.}

因此,如果我们在shell中运行’exec ls’,cmd就是一个’exec ls’字符串.子进程在第3行分叉.在第5行中,exec(cmd)将替换子进程,但不会影响父进程.如果父进程不受影响,为什么终端会关闭呢？

请告诉我上面的推理中的缺陷.

解决方法

如果你运行ls,你的shell进程将启动另一个运行ls程序的进程,然后它将等待它完成.完成后,控制权返回给shell.

使用exec ls,你实际上用ls程序替换当前进程中的shell程序,这样当它完成时,没有shell等待它.

最有可能的是,您将有一个终端程序或init作为父进程,这将是您的进程退出时将接管的内容.这就是你的shell消失的原因,因为你明确告诉它.

有关shell / ls(非执行)情况的说明,请参见this answer.

至于你的更新,shell并不总是创建一个单独的进程来做东西.有很多内部命令(如cd或别名)不涉及制作其他进程(当然这取决于你的shell,但是,作为一个例子,你可以通过输入man bash-builtins看到bash内部命令在命令提示符下).

exec就是其中之一.它只是用您指定的程序替换shell本身(即,不是分叉的子进程).这就是为什么它不按你的想法行事.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!