关于linux：Shell脚本输入重定向奇数

谁能解释这种行为？
正在运行：

导致没有输出，而：

产生预期的输出：

管道不应该一步一步地执行第二个示例中对test.file的重定向吗？ 我对破折号和bash壳都尝试了相同的代码，并且两者的行为相同。

bash选项是最近添加到bash的选项，当停用作业控制时，该选项允许管道中的最后一条命令在当前外壳程序(而不是子外壳程序)中运行。

确实会输出

因为管道在子外壳中运行它们的每个组件，所以不会产生任何输出。子外壳继承父外壳变量的副本，而不是共享它们。尝试这个：

括号定义了将在子shell中运行的代码区域，并且$ foo在其内部进行修改后保留其原始值。

现在尝试这个：

花括号仅用于分组，不创建子外壳，花括号内部修改的$ foo与花括号外部修改的$ foo相同。

现在尝试这个：

在花括号内，内置的read会正确创建$ var1和$ var2，您可以看到它们得到了回应。在大括号之外，它们不再存在。花括号中的所有代码都在子shell中运行，因为它是管道的一个组成部分。

您可以在花括号之间放置任意数量的代码，因此，每当需要运行用于解析其他内容的shell脚本块时，便可以使用这种"管道成块"构造。

已经正确回答了此问题，但尚未提出解决方案。使用ksh，而不是bash。相比：

至：

由于这样的小巧之处，ksh是高级的编程外壳。 (我认为bash是更好的交互式外壳。)

我对这个问题的看法(使用Bash)：

该职位已得到适当的答复，但我想提供一种可能有用的替代衬垫。

要将回声(或标准输出)中的空格分隔值分配给外壳变量，可以考虑使用外壳数组：

在此示例中，var是一个数组，可以使用构造$ {var [index]}访问内容，其中index是数组索引(从0开始)。

这样，您可以将任意数量的参数分配给相关的数组索引。

好吧，我知道了！

这是一个很难捕获的错误，但是是由外壳处理管道的方式导致的。管道的每个元素都在单独的过程中运行。当read命令设置var1和var2时，将它们设置为自己的子shell，而不是父shell。因此，当子外壳程序退出时，var1和var2的值将丢失。您可以尝试做

返回预期的答案。不幸的是，这仅适用于单个变量，您一次不能设置多个。为了一次设置多个变量，您必须读入一个变量并将其切成多个变量，或者使用类似以下的方法：

虽然我承认它不如使用管道优雅，但它可以工作。当然，您应该记住，读取是要从文件读取为变量，因此使其从标准输入中读取会有点困难。

这是因为管道版本正在创建一个子外壳，该子外壳将变量读入其本地空间，然后在子外壳退出时销毁该变量。

执行此命令

并使用pstree -p查看正在运行的进程，您将看到一个额外的shell挂在主shell上。

尝试：

正如多人所言，问题是var1和var2是在子外壳程序环境中创建的，而该子外壳程序退出后会被破坏。上面的代码避免了破坏子外壳，直到结果被回显为止。另一个解决方案是：