shell脚本中的多个exec

Question

如果您在一个 shell 脚本中有多个 exec 命令会发生什么，例如：

#!/bin/sh

exec yes > /dev/null &
exec yes alex > /dev/null

我假设仍然需要一个 fork 来执行第一个命令，因为 shell 需要继续执行？

或者& 是否指定创建一个子进程，然后在其中实际运行 exec？

Answer 1

& 的使用暗示了一个子进程。

所以exec 没有效果。

演示：

export LANG=C
echo $$
17259
exec sh -c 'echo $$;read foo' &
[1] 17538
17538

[1]+  Stopped                 exec sh -c 'echo $$;read foo'   
fg

exec sh -c 'echo $$;read foo'  
17259

我运行脚本：echo $$;read foo 以防止在安静地读取之前的输出之前退出。

在此示例中，当前进程 ID 为 17259。

当使用与号 (&) 运行时，输出是另一个 pid（更大）。当不带 & 符号运行时，新的 shell 会替换命令并且不是 forked。

将命令替换为：

sh -c 'echo $$;set >/tmp/fork_test-$$.env;read'

重新运行整个测试将在/tmp 中生成两个文件。

在我的办公桌上，我可以阅读：

19772
19994
19772

于是我在/tmp找到了两个文件：

-rw-r--r-- 1 user0 user0 2677 jan 22 00:26 /tmp/fork_test-19772.env
-rw-r--r-- 1 user0 user0 2689 jan 22 00:27 /tmp/fork_test-19994.env

如果我运行：diff /tmp/fork_test-19*env，我会阅读：

29c29
< SHLVL='0'
---
> SHLVL='1'
46a47
> _='/bin/sh'

所以第一次运行，与符号是在一个子级别。

注意：这是在许多不同的shell 下测试的。

Answer 2

shell fork 运行后台进程，但这意味着 new shell 仍然需要 fork 才能运行yes。使用exec 消除了子shell 中的分叉。