如果你跑“执行”，会发生什么？在你的shell中，为什么？

Question

问题是标题。我无法弄清楚为什么终端会在'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.}否则{
  7. waitpid（child_pid）;
  8.}
  9.}

因此，如果我们在shell中运行'exec ls'，cmd就是'exec ls'的字符串。子进程在第3行分叉。在第5行中，exec（cmd）将替换子进程，但不会影响父进程。如果父进程不受影响，为什么终端会关闭呢？

请告诉我上面推理的缺陷。

Answer 1

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

使用exec ls，您实际上使用ls程序在当前进程中替换您的shell程序，这样，当它完成时，就会有没有shell等待它。

最有可能的情况是，您将拥有一个终端程序或init作为父项，这将是您的流程退出时将接管的内容。这就是你的shell消失的原因，因为你明确告诉它。

有关shell/ls（非执行）情况的说明，请参阅this answer。

---

至于你的更新，shell 不总是创建一个单独的进程来做东西。有大量内部命令（例如cd或alias）不涉及制作其他进程（当然这取决于你的shell，但是，作为一个例子，你可以看到{通过在命令提示符下输入bash来获取{1}}内部命令。

man bash-builtins就是其中之一。它只是用您指定的程序替换shell本身（即不分叉的子进程）。这就是为什么它没有按你的想法行事。

Answer 2

Exec用另一个覆盖当前进程。通常，当您调用“ls”时，会创建一个作为shell的子进程运行的新进程。 “exec ls”使用“ls”进程覆盖当前shell。因此，只要“ls”终止，您的终端就会关闭。

Answer 3

exec使用新的过程映像覆盖正在运行的进程。因此，在当前进程中，正在运行的shell将被ls可执行映像覆盖，并且一旦ls退出，该进程将被关闭。