执行单个命令时Bash'吞咽'子shell子进程

Question

陷入意外bash/ sh行为,我想知道有人可以解释其背后的基本原理,并为下面的问题提供解决方案.

在交互式bashshell会话中,我执行:

$ bash -c 'sleep 10 && echo'

随着psLinux上,它看起来是这样的:

\_ -bash \_ bash -c sleep 10 && echo \_ sleep 10

进程树是我所期望的:

• 我的交互式bash shell进程($)
• 子shell进程(bash -c ...)
• 睡眠儿童过程

但是,如果我的命令部分bash -c是单个命令,例如:

$ bash -c 'sleep 10'

然后吞下中间的子shell,并且我的交互式终端会话在孩子处理时"直接"执行睡眠.进程树看起来像这样:

\_ -bash \_ sleep 10

所以从流程树的角度来看,这两个产生了相同的结果:

• $ bash -c 'sleep 10'
• $ sleep 10

这里发生了什么？

现在我的问题是:有没有办法强制中间shell,不管传递给表达式的复杂性如何bash -c ...？

(我可以附加类似于; echo;我的实际命令和"工作"的东西,但我宁愿不这样做.是否有更合适的方法来强制中间过程存在？)

(编辑:ps输出中的拼写错误;删除sh了评论中建议的标记;还有一个拼写错误)

Answer 1

实际上,bash源中有一条评论描述了此功能的大部分原理:

/* If this is a simple command, tell execute_disk_command that it
   might be able to get away without forking and simply exec.
   This means things like ( sleep 10 ) will only cause one fork.
   If we're timing the command or inverting its return value, however,
   we cannot do this optimization. */
if ((user_subshell || user_coproc) && (tcom->type == cm_simple || tcom->type == cm_subshell) &&
    ((tcom->flags & CMD_TIME_PIPELINE) == 0) &&
    ((tcom->flags & CMD_INVERT_RETURN) == 0))
  {
    tcom->flags |= CMD_NO_FORK;
    if (tcom->type == cm_simple)
      tcom->value.Simple->flags |= CMD_NO_FORK;
  }

在这种bash -c '...'情况下,CMD_NO_FORK当由should_suppress_fork函数 in 确定时,设置标志builtins/evalstring.c.

它始终以您的利益,让外壳做到这一点.它只发生在:

• 输入来自硬编码字符串,shell位于该字符串中的最后一个命令.
• 命令完成后,不再运行命令,陷阱,挂钩等.
• 退出状态不需要反转或以其他方式修改.
• 不需要撤消重定向.

这样可以节省内存,使进程的启动时间稍微快一些(因为它不需要fork编辑),并确保传送到PID的信号直接进入您正在运行的进程,从而使sh -c 'sleep 10'确切地确定哪个信号被杀死的父母,sleep实际上它应该被信号杀死.

但是,如果由于某种原因你想要禁止它,你需要设置陷阱 - 任何陷阱都会:

# run the noop command (:) at exit
bash -c 'trap : EXIT; sleep 10'