假设我有一个像下面这样的脚本:
useless.sh
echo "This Is Error" 1>&2
echo "This Is Output"
我有另一个shell脚本:
alsoUseless.sh
./useless.sh | sed 's/Output/Useless/'
我想捕捉“这是错误”，或任何其他stderr从无用的。sh，到一个变量。 我们称它为ERROR。
注意，我使用了stdout。我想继续使用stdout，所以在这种情况下，将stderr重定向到stdout没有帮助。
所以，基本上，我想做
./useless.sh 2> $ERROR | ...
但这显然行不通。
我也知道我能做到
./useless.sh 2> /tmp/Error
ERROR=`cat /tmp/Error`
但这是丑陋和不必要的。
不幸的是，如果这里没有答案，这就是我要做的。
我希望还有别的办法。
有人有更好的主意吗?
当前回答
$ b=$( ( a=$( (echo stdout;echo stderr >&2) ) ) 2>&1 )
$ echo "a=>$a b=>$b"
a=>stdout b=>stderr
其他回答
这是一个有趣的问题，我希望有一个优雅的解决方案。遗憾的是，我最终得到了一个类似于Leffler先生的解决方案，但我要补充的是，你可以在Bash函数中调用useless来提高可读性:
#!/bin/bash
function useless {
/tmp/useless.sh | sed 's/Output/Useless/'
}
ERROR=$(useless)
echo $ERROR
所有其他类型的输出重定向必须由一个临时文件支持。
POSIX
STDERR可以通过一些重定向魔法来捕获:
$ { error=$( { { ls -ld /XXXX /bin | tr o Z ; } 1>&3 ; } 2>&1); } 3>&1
lrwxrwxrwx 1 rZZt rZZt 7 Aug 22 15:44 /bin -> usr/bin/
$ echo $error
ls: cannot access '/XXXX': No such file or directory
注意，命令的STDOUT管道(这里是ls)是在最里面的{}中完成的。如果您正在执行一个简单的命令(例如，不是管道)，您可以删除这些内部大括号。
您不能在命令外部进行管道操作，因为管道在bash和zsh中生成了子shell，并且当前shell无法使用对子shell中变量的赋值。
bash
在bash中，最好不要假设文件描述符3未使用:
{ error=$( { { ls -ld /XXXX /bin | tr o Z ; } 1>&$tmp ; } 2>&1); } {tmp}>&1;
exec {tmp}>&- # With this syntax the FD stays open
注意，这在zsh中不起作用。
感谢这个大致的答案。
这样捕获错误文件会更简洁:
ERROR=$(</tmp/Error)
shell可以识别这一点，并且不需要运行'cat'来获取数据。
更大的问题很难。我不认为有什么简单的方法可以做到。您必须将整个管道构建到子shell中，最终将其最终标准输出发送到一个文件，以便将错误重定向到标准输出。
ERROR=$( { ./useless.sh | sed s/Output/Useless/ > outfile; } 2>&1 )
注意，分号是必需的(在经典shell中，Bourne, Korn，这是肯定的;可能在Bash中也是如此)。'{}'对所包含的命令进行I/O重定向。如前所述，它也会从sed捕获错误。
警告:正式未经测试的代码-使用风险自负。
这个问题有很多重复的地方，其中许多都有一个稍微简单的使用场景，您不希望同时捕获stderr、stdout和退出代码。
if result=$(useless.sh 2>&1); then
stdout=$result
else
rc=$?
stderr=$result
fi
适用于常见的场景，在这种场景中，您希望在成功的情况下得到正确的输出，或者在失败的情况下在stderr上得到诊断消息。
注意，shell的控制语句已经检查了$?在引擎盖下;所以任何看起来像
cmd
if [ $? -eq 0 ], then ...
只是一种笨拙的，不常用的说法吗
if cmd; then ...
重定向stderr到stdout, stdout到/dev/null，然后使用反勾号或$()捕获重定向的stderr:
ERROR=$(./useless.sh 2>&1 >/dev/null)
