Question

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

在交互式bash shell会话中，执行：

$ bash -c 'sleep 10 && echo'

Linux上的ps看起来像这样：

\_ -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

实际上是评论in the bash source，它描述了此功能的大部分原因：

/* 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标志由builtins/evalstring.c中的should_suppress_fork function确定时设置。

让shell执行此操作始终对您有利。它只发生在：

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

这样可以节省内存，使进程的启动时间稍微快一些（因为它不需要fork），并确保传递给PID的信号直接进入进程你正在运行，sh -c 'sleep 10'的父母可以确切地确定哪个信号被杀sleep，如果它实际上被信号杀死了。

但是，如果由于某种原因你想要禁止它，你需要设置一个陷阱 - 任何陷阱都会这样做：

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

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

1 个答案: