我试图让bash处理来自stdin的数据，但没有运气。我的意思是以下工作都不做:
echo "hello world" | test=($(< /dev/stdin)); echo test=$test
test=
echo "hello world" | read test; echo test=$test
test=
echo "hello world" | test=`cat`; echo test=$test
test=
我希望输出为test=hello world。我尝试在“$test”周围加上“”引号，但也不起作用。
当前回答
一个智能脚本，可以从PIPE和命令行参数读取数据:
#!/bin/bash
if [[ -p /dev/stdin ]]
then
PIPE=$(cat -)
echo "PIPE=$PIPE"
fi
echo "ARGS=$@"
输出:
$ bash test arg1 arg2
ARGS=arg1 arg2
$ echo pipe_data1 | bash test arg1 arg2
PIPE=pipe_data1
ARGS=arg1 arg2
解释:当脚本通过管道接收任何数据时，/dev/stdin(或/proc/self/fd/0)将是到管道的符号链接。
/proc/self/fd/0 -> pipe:[155938]
如果不是，它将指向当前终端:
/proc/self/fd/0 -> /dev/pts/5
bash [[-p选项可以检查它是否是管道。
Cat -读取from stdin。
如果我们在没有stdin的情况下使用cat -，它将永远等待，这就是为什么我们把它放在If条件中。
其他回答
一个智能脚本，可以从PIPE和命令行参数读取数据:
#!/bin/bash
if [[ -p /dev/stdin ]]
then
PIPE=$(cat -)
echo "PIPE=$PIPE"
fi
echo "ARGS=$@"
输出:
$ bash test arg1 arg2
ARGS=arg1 arg2
$ echo pipe_data1 | bash test arg1 arg2
PIPE=pipe_data1
ARGS=arg1 arg2
解释:当脚本通过管道接收任何数据时，/dev/stdin(或/proc/self/fd/0)将是到管道的符号链接。
/proc/self/fd/0 -> pipe:[155938]
如果不是，它将指向当前终端:
/proc/self/fd/0 -> /dev/pts/5
bash [[-p选项可以检查它是否是管道。
Cat -读取from stdin。
如果我们在没有stdin的情况下使用cat -，它将永远等待，这就是为什么我们把它放在If条件中。
Bash 4.2引入了lastpipe选项，通过在当前shell(而不是子shell)中的管道中执行最后一条命令，允许代码按编写的方式工作。
shopt -s lastpipe
echo "hello world" | read test; echo test=$test
第一次尝试非常接近。这种变化应该是有效的:
echo "hello world" | { test=$(< /dev/stdin); echo "test=$test"; };
输出为:
test = hello world
在管道后面需要用大括号括起要测试的赋值和回显。
如果没有大括号，test的赋值(在管道之后)在一个shell中，而echo "test=$test"在一个单独的shell中，该shell不知道该赋值。这就是为什么在输出中得到"test="而不是"test=hello world"。
Use
IFS= read var << EOF
$(foo)
EOF
你可以像这样诱使read从管道中接受:
echo "hello world" | { read test; echo test=$test; }
或者写一个这样的函数:
read_from_pipe() { read "$@" <&0; }
但这没有意义——你的可变任务可能不会持久!管道可以生成子shell，其中环境是按值继承的，而不是按引用继承的。这就是为什么read不打扰管道的输入——它是未定义的。
仅供参考，http://www.etalabs.net/sh_tricks.html是一个漂亮的cruft收集必要的战斗奇怪和不兼容的伯恩炮弹，sh。
我不是Bash方面的专家，但我想知道为什么没有人提出这个建议:
stdin=$(cat)
echo "$stdin"
一行程序证明它对我有效:
$ fortune | eval 'stdin=$(cat); echo "$stdin"'
