bash中exec命令后使用wait -n是否实际生效？

你的基础认知是对的：exec命令的核心行为就是用指定程序替换当前shell进程，只要exec执行成功，当前shell就会被新程序完全替代，后续的代码（包括wait -n）根本没有机会运行。

那谷歌云示例里的写法存在的原因，大概率是两种场景：

• exec执行失败的兜底逻辑：如果gunicorn不存在、启动参数错误、权限不足等导致exec gunicorn执行失败，exec不会替换当前shell，此时后续的wait -n就会正常执行。这种情况下，wait -n通常是用来等待脚本之前启动的后台进程退出，作为启动失败后的兜底处理。
• exec在子shell中执行：如果exec gunicorn是在子shell环境里运行的（比如被()包裹、通过管道调用），那exec只会替换子shell进程，父shell仍然存活，后续的wait -n会在父shell中执行。这种情况要看脚本的完整上下文，可能示例里有隐含的子shell场景。

举个实际的脚本片段例子：

# 先启动一个后台辅助进程
sidecar_process &
# 尝试用gunicorn替换当前shell启动服务
exec gunicorn --bind 0.0.0.0:8000 app:app
# 只有exec失败时才会走到这里，等待后台进程退出
wait -n

这个场景下，wait -n就是为exec失败后的情况准备的。

内容的提问来源于stack exchange，提问作者piotrekkr