Bash shell 脚本在通过标准输入传递到 LXC 容器时乱序执行

哦，这是一个有趣的。

简短的回答：它发生在那里是因为 apt（或它派生的东西）在其执行时正在读取标准输入，并且它读取脚本的其余行，因为那是当时仍在标准输入中的内容。简短的解决方法：放在行</dev/null尾apt-get install，然后继续您的一天。

长答案（说真的，这是一个大枪）：从正在运行的进程的角度来看，stdin/stdout/stderr 没有什么特别之处。它们只是文件描述符，当它们被分叉时，文件描述符在进程之间共享。所以，发生的事情（或多或少）是：

1. 在终端中以交互方式运行的 bash 副本打开一个新的pipe(2)，然后分叉一个新进程，该进程关闭现有的标准输出，然后使标准输出文件描述符 (1) 成为管道的写入端（参见dup2(2)） . 然后该子进程execscat sample.sh读取文件并将其写入它认为是标准输出的内容（但实际上是管道的写入端）。

2. 在您的终端中以交互方式运行的 bash 副本分叉另一个新进程，这次关闭现有的stdin，然后使 stdin 文件描述符 (0) 成为前面讨论的同一管道的读取器端（再次调用dup2）。然后这个过程就是exec你的lxc-attach过程。

   如果在此过程中没有任何干扰标准输入（在这种特殊情况下不会），那么从将管道的读取器端作为标准输入的进程派生的每个进程也将具有完全相同的文件描述符，附加到与它的标准输入相同的管道，其中sample.sh填充了内容。 从该文件描述符读取的任何进程现在都将消耗读取的字节，并且从该文件描述符读取的任何其他进程都不会获得这些特定字节。请注意这一点；您将再次看到此材料。

3. 当你的意大利马桶式管道盛会远端的 bash 终于开始时，它会从管道中读取“一些”数据，这是它的标准输入（因为这就是 bash 所做的，当没有参数和没有参数调用时）一个 tty 作为标准输入）。通过 的魔力strace，我刚刚确认 bash 实际上一次读取一个字符（而不是读取它，比如 4k 块），所以每个不属于 bash 的命令的单个字符，或当前正在执行，仍将位于管道中，其中-bash-has-as-its-stdin。

4. 当 bash 执行脚本中的第二个命令apt-get installtra la la 时，它会派生一个新进程。它继承了 bash 的所有文件描述符，包括（最重要的是）我们的好朋友 pipe-which-is-stdin。这种情况也会发生在任何分叉的进程上apt-get（我向你保证，很多）。其中之一或apt-get它本身决定读取标准输入并将它读取的任何内容写入标准输出（或可能是标准错误）。

5. 完成apt-get install后，bash 通过再次读取 stdin 来找出接下来要执行的操作。但是，因为其他东西已经从管道中读取了所有内容，所以什么都没有了，并且 bash 表示“哦，好吧，我想我已经完成了”并退出。再一次，管道是空的，因为其他东西已经读干了它，并且共享单个文件描述符的所有内容都共享了它的赏金。

不出所料，“共享标准输入”问题的解决方案是停止在兄弟会聚会上像烟枪一样传递标准输入。由于您无法阻止fork(2) 自动为每个人提供相同的文件描述符，因此您需要告诉 bash 给apt-get（以及其他任何从该甜蜜、甜蜜的管道中非法啜饮的东西）其他东西来代替. 最容易给予的是/dev/null——永远忠实、永远不完整，你所有“戴夫不在这里，伙计”的快乐源泉。那是“输入重定向”的域，这就是它的</dev/null作用——它说，“嘿，bash，在你之前exec，apt-get用你从打开得到的文件描述符交换标准输入（文件描述符0）/dev/null”。

供读者完成的练习：尝试</dev/zero在apt-get install命令之后放置，并解释为什么会发生这种情况。