谁能解释这种行为？
正在运行：
1
2
3
4
| #!/bin/sh
echo"hello world" | read var1 var2
echo $var1
echo $var2 |
导致没有输出，而：
1
2
3
4
5
| #!/bin/sh
echo"hello world"> test.file
read var1 var2 < test.file
echo $var1
echo $var2 |
产生预期的输出：
管道不应该一步一步地执行第二个示例中对test.file的重定向吗？ 我对破折号和bash壳都尝试了相同的代码，并且两者的行为相同。
bash选项是最近添加到bash的选项，当停用作业控制时，该选项允许管道中的最后一条命令在当前外壳程序(而不是子外壳程序)中运行。
1
2
3
4
5
6
| #!/bin/bash
set +m # Deactiveate job control
shopt -s lastpipe
echo"hello world" | read var1 var2
echo $var1
echo $var2 |
确实会输出
1
2
3
4
| #!/bin/sh
echo"hello world" | read var1 var2
echo $var1
echo $var2 |
因为管道在子外壳中运行它们的每个组件，所以不会产生任何输出。子外壳继承父外壳变量的副本，而不是共享它们。尝试这个：
1
2
3
4
5
6
7
8
9
| #!/bin/sh
foo="contents of shell variable foo"
echo $foo
(
echo $foo
foo="foo contents modified"
echo $foo
)
echo $foo |
括号定义了将在子shell中运行的代码区域，并且$ foo在其内部进行修改后保留其原始值。
现在尝试这个：
1
2
3
4
5
6
7
8
9
| #!/bin/sh
foo="contents of shell variable foo"
echo $foo
{
echo $foo
foo="foo contents modified"
echo $foo
}
echo $foo |
花括号仅用于分组，不创建子外壳，花括号内部修改的$ foo与花括号外部修改的$ foo相同。
现在尝试这个：
1
2
3
4
5
6
7
8
| #!/bin/sh
echo"hello world" | {
read var1 var2
echo $var1
echo $var2
}
echo $var1
echo $var2 |
在花括号内，内置的read会正确创建$ var1和$ var2，您可以看到它们得到了回应。在大括号之外，它们不再存在。花括号中的所有代码都在子shell中运行，因为它是管道的一个组成部分。
您可以在花括号之间放置任意数量的代码，因此，每当需要运行用于解析其他内容的shell脚本块时，便可以使用这种"管道成块"构造。
已经正确回答了此问题，但尚未提出解决方案。使用ksh，而不是bash。相比：
1
2
3
| $ echo 'echo"hello world" | read var1 var2
echo $var1
echo $var2' | bash -s |
至：
1
2
3
4
5
| $ echo 'echo"hello world" | read var1 var2
echo $var1
echo $var2' | ksh -s
hello
world |
由于这样的小巧之处，ksh是高级的编程外壳。 (我认为bash是更好的交互式外壳。)
1
| read var1 var2 < <(echo"hello world") |
我对这个问题的看法(使用Bash)：
1
2
| read var1 var2 <<<"hello world"
echo $var1 $var2 |
该职位已得到适当的答复，但我想提供一种可能有用的替代衬垫。
要将回声(或标准输出)中的空格分隔值分配给外壳变量，可以考虑使用外壳数组：
1
2
3
4
5
| $ var=( $( echo 'hello world' ) )
$ echo ${var[0]}
hello
$ echo ${var[1]}
world |
在此示例中，var是一个数组，可以使用构造$ {var [index]}访问内容，其中index是数组索引(从0开始)。
这样，您可以将任意数量的参数分配给相关的数组索引。
好吧，我知道了！
这是一个很难捕获的错误，但是是由外壳处理管道的方式导致的。管道的每个元素都在单独的过程中运行。当read命令设置var1和var2时，将它们设置为自己的子shell，而不是父shell。因此，当子外壳程序退出时，var1和var2的值将丢失。您可以尝试做
1
2
| var1=$(echo"Hello")
echo var1 |
返回预期的答案。不幸的是，这仅适用于单个变量，您一次不能设置多个。为了一次设置多个变量，您必须读入一个变量并将其切成多个变量，或者使用类似以下的方法：
1
2
3
4
| set -- $(echo"Hello World")
var1="$1" var2="$2"
echo $var1
echo $var2 |
虽然我承认它不如使用管道优雅，但它可以工作。当然，您应该记住，读取是要从文件读取为变量，因此使其从标准输入中读取会有点困难。
这是因为管道版本正在创建一个子外壳，该子外壳将变量读入其本地空间，然后在子外壳退出时销毁该变量。
执行此命令
1
2
| $ echo $$;cat | read a
10637 |
并使用pstree -p查看正在运行的进程，您将看到一个额外的shell挂在主shell上。
1
2
| | |-bash(10637)-+-bash(10786)
| | `-cat(10785) |
尝试：
1
| echo"hello world" | (read var1 var2 ; echo $var1 ; echo $var2 ) |
正如多人所言，问题是var1和var2是在子外壳程序环境中创建的，而该子外壳程序退出后会被破坏。上面的代码避免了破坏子外壳，直到结果被回显为止。另一个解决方案是：
1
2
3
4
5
6
| result=`echo"hello world"`
read var1 var2 <<EOF
$result
EOF
echo $var1
echo $var2 |
