我认为在说“你做不到”之前，人们至少应该亲身尝试一下……
简单，干净的解决方案，无需使用eval任何异国情调的东西
1.最低版本
{
IFS=$'\n' read -r -d '' CAPTURED_STDERR;
IFS=$'\n' read -r -d '' CAPTURED_STDOUT;
} < <((printf '\0%s\0' "$(some_command)" 1>&2) 2>&1)
要求： printf，read
2.一个简单的测试
用于生成stdout和的虚拟脚本stderr：useless.sh
#!/bin/bash
echo "This is stderr" 1>&2
echo "This is stdout"
实际的脚本将捕获stdout和stderr：capture.sh
#!/bin/bash
{
IFS=$'\n' read -r -d '' CAPTURED_STDERR;
IFS=$'\n' read -r -d '' CAPTURED_STDOUT;
} < <((printf '\0%s\0' "$(./useless.sh)" 1>&2) 2>&1)
echo 'Here is the captured stdout:'
echo "${CAPTURED_STDOUT}"
echo
echo 'And here is the captured stderr:'
echo "${CAPTURED_STDERR}"
echo
输出 capture.sh
Here is the captured stdout:
This is stdout
And here is the captured stderr:
This is stderr
3.工作原理
命令
(printf '\0%s\0' "$(some_command)" 1>&2) 2>&1
发送some_commandto的标准输出printf '\0%s\0'，从而创建字符串\0${stdout}\n\0（其中\0是一个NUL字节，并且\n是一个新行字符）；\0${stdout}\n\0然后将字符串重定向到标准错误，其中some_command已经存在的标准错误，从而组成了字符串${stderr}\n\0${stdout}\n\0，然后将其重定向回标准输出。
之后，命令
IFS=$'\n' read -r -d '' CAPTURED_STDERR;
开始读取字符串${stderr}\n\0${stdout}\n\0直到第一个NUL字节，然后将内容保存到中${CAPTURED_STDERR}。然后命令
IFS=$'\n' read -r -d '' CAPTURED_STDOUT;
继续读取同一字符串直到下一个NUL字节，并将内容保存到中${CAPTURED_STDOUT}。
4.使其坚不可摧
上面的解决方案依赖于一个NUL字节用于之间的分隔符stderr和stdout，因此它不会如果由于任何原因的工作stderr包含其他NUL字节。
尽管永远不会发生，但是可以通过将两个可能的NUL字节从中删除stdout，stderr然后再将两个输出都传递给read（清除），从而使脚本完全牢不可破-NUL字节总会丢失，因为无法将它们存储到shell变量中：
{
IFS=$'\n' read -r -d '' CAPTURED_STDOUT;
IFS=$'\n' read -r -d '' CAPTURED_STDERR;
} < <((printf '\0%s\0' "$((some_command | tr -d '\0') 3>&1- 1>&2- 2>&3- | tr -d '\0')" 1>&2) 2>&1)
要求： printf，read，tr
编辑
我删除了另一个将退出状态传播到当前shell的示例，因为正如安迪（Andy）在评论中指出的那样，它不像预期的那样“牢不可破”（因为它不曾用于printf缓冲其中之一）。流）。为了记录，我将有问题的代码粘贴到此处：
保留退出状态（仍然坚不可摧）
以下变体还将的退出状态传播some_command到当前shell：
{
IFS= read -r -d '' CAPTURED_STDOUT;
IFS= read -r -d '' CAPTURED_STDERR;
(IFS= read -r -d '' CAPTURED_EXIT; exit "${CAPTURED_EXIT}");
} < <((({ { some_command ; echo "${?}" 1>&3; } | tr -d '\0'; printf '\0'; } 2>&1- 1>&4- | tr -d '\0' 1>&4-) 3>&1- | xargs printf '\0%s\0' 1>&4-) 4>&1-)
要求： printf，read，tr，xargs
然后，安迪提交了以下“建议的编辑”以捕获退出代码：
简单干净的解决方案，节省退出价值
我们可以在的末尾添加stderr第三条信息，再NUL添加另一条信息以及exit命令的状态。将在之后stderr但之前输出stdout
{
IFS= read -r -d '' CAPTURED_STDERR;
IFS= read -r -d '' CAPTURED_EXIT;
IFS= read -r -d '' CAPTURED_STDOUT;
} < <((printf '\0%s\n\0' "$(some_command; printf '\0%d' "${?}" 1>&2)" 1>&2) 2>&1)
他的解决方案似乎有效，但是存在一个小问题，即退出状态应放置在字符串的最后一个片段中，以便我们能够exit "${CAPTURED_EXIT}"在圆括号内启动而不污染全局范围，就像我在尝试中所做的那样。删除的示例。另一个问题是，随着他最内层的输出printf立即附加到stderrof some_command，我们再也无法清理NULin中的可能字节stderr，因为在这些字节中现在也有我们的 NUL定界符。
思考一些关于最终的办法后，我拿出一个解决方案，使用printf缓存都 stdout和退出代码为两个不同的参数，所以，他们从来没有干涉。
我要做的第一件事是概述一种将退出状态传达给的第三个参数的方法printf，这是最简单的形式（即无需消毒），很容易做到。
5.保留退出状态–蓝图（不进行消毒）
{
IFS=$'\n' read -r -d '' CAPTURED_STDERR;
IFS=$'\n' read -r -d '' CAPTURED_STDOUT;
(IFS=$'\n' read -r -d '' _ERRNO_; exit ${_ERRNO_});
} < <((printf '\0%s\0%d\0' "$(some_command)" "${?}" 1>&2) 2>&1)
要求： exit，printf，read
但是，当我们尝试引入消毒时，事情变得非常混乱。tr实际上，启动清理流确实会覆盖我们之前的退出状态，因此，显然唯一的解决方案是将后者丢失之前将其重定向到一个单独的描述符，将其保留直到tr其工作两次，然后将其重定向回到其位置。
在文件描述符之间进行了一些非常杂技的重定向之后，这就是我想到的。
6.通过消毒保持出口状态–牢不可破（重写）
下面的代码是对我删除的示例的重写。它还清除NUL了流中可能的字节，因此read始终可以正常工作。
{
IFS=$'\n' read -r -d '' CAPTURED_STDOUT;
IFS=$'\n' read -r -d '' CAPTURED_STDERR;
(IFS=$'\n' read -r -d '' _ERRNO_; exit ${_ERRNO_});
} < <((printf '\0%s\0%d\0' "$(((({ some_command; echo "${?}" 1>&3-; } | tr -d '\0' 1>&4-) 4>&2- 2>&1- | tr -d '\0' 1>&4-) 3>&1- | exit "$(cat)") 4>&1-)" "${?}" 1>&2) 2>&1)
要求： exit，printf，read，tr
这个解决方案确实很健壮。退出代码始终保持在不同的描述符中，直到printf直接作为单独的参数到达为止。
7.最终解决方案–具有退出状态的通用功能
我们还可以将上面的代码转换为通用函数。
catch() {
{
IFS=$'\n' read -r -d '' "${1}";
IFS=$'\n' read -r -d '' "${2}";
(IFS=$'\n' read -r -d '' _ERRNO_; return ${_ERRNO_});
} < <((printf '\0%s\0%d\0' "$(((({ ${3}; echo "${?}" 1>&3-; } | tr -d '\0' 1>&4-) 4>&2- 2>&1- | tr -d '\0' 1>&4-) 3>&1- | exit "$(cat)") 4>&1-)" "${?}" 1>&2) 2>&1)
}
要求： cat，exit，printf，read，tr
使用该catch功能，我们可以启动以下代码段，
catch MY_STDOUT MY_STDERR './useless.sh'
echo "The \`./useless.sh\` program exited with code ${?}"
echo
echo 'Here is the captured stdout:'
echo "${MY_STDOUT}"
echo
echo 'And here is the captured stderr:'
echo "${MY_STDERR}"
echo
并得到以下结果：
The `./useless.sh` program exited with code 0
Here is the captured stdout:
This is stderr 1
This is stderr 2
And here is the captured stderr:
This is stdout 1
This is stdout 2
8.在最后的例子中会发生什么
以下是快速模式化：
some_command启动：我们再有some_command'Sstdout的描述符1some_command的stderr对描述符2和some_command重定向到请求3的退出码stdout通过管道输送tr（消毒）stderr与stdout（临时使用描述符4）交换并通过管道传递给tr（清理）- 退出代码（描述符3）与
stderr（现在是描述符1）交换并通过管道传递给exit $(cat)
stderr （现在为描述符3）重定向到描述符1，最后扩展为的第二个参数 printf- 的退出代码
exit $(cat)由的第三个参数捕获printf
- 的输出
printf重定向到stdout已经存在的描述符2
- 的串联
stdout和输出通过printf管道传递到read
9.符合POSIX的版本＃1（易碎）
进程替换（< <()语法）不是POSIX标准的（尽管实际上是）。在不支持< <()语法的shell中，达到相同结果的唯一方法是通过<<EOF … EOF语法。不幸的是，这不允许我们使用NUL字节作为分隔符，因为这些字节在到达之前会自动剥离read。我们必须使用其他定界符。自然选择落在CTRL+Z字符上（ASCII字符编号26）。这是一个易碎的版本（输出不得包含CTRL+Z字符，否则输出将变得混乱）。
_CTRL_Z_=$'\cZ'
{
IFS=$'\n'"${_CTRL_Z_}" read -r -d "${_CTRL_Z_}" CAPTURED_STDERR;
IFS=$'\n'"${_CTRL_Z_}" read -r -d "${_CTRL_Z_}" CAPTURED_STDOUT;
(IFS=$'\n'"${_CTRL_Z_}" read -r -d "${_CTRL_Z_}" _ERRNO_; exit ${_ERRNO_});
} <<EOF
$((printf "${_CTRL_Z_}%s${_CTRL_Z_}%d${_CTRL_Z_}" "$(some_command)" "${?}" 1>&2) 2>&1)
EOF
要求： exit，printf，read
10.兼容POSIX的版本＃2（不可破坏，但不如非POSIX更好）
这里是它的牢不可破的版本，直接在函数形式（如果任一stdout或stderr包含CTRL+Z的字符，该流将被截断，但绝不会与其他的描述符交换）。
_CTRL_Z_=$'\cZ'
catch_posix() {
{
IFS=$'\n'"${_CTRL_Z_}" read -r -d "${_CTRL_Z_}" "${1}";
IFS=$'\n'"${_CTRL_Z_}" read -r -d "${_CTRL_Z_}" "${2}";
(IFS=$'\n'"${_CTRL_Z_}" read -r -d "${_CTRL_Z_}" _ERRNO_; return ${_ERRNO_});
} <<EOF
$((printf "${_CTRL_Z_}%s${_CTRL_Z_}%d${_CTRL_Z_}" "$(((({ ${3}; echo "${?}" 1>&3-; } | cut -z -d"${_CTRL_Z_}" -f1 | tr -d '\0' 1>&4-) 4>&2- 2>&1- | cut -z -d"${_CTRL_Z_}" -f1 | tr -d '\0' 1>&4-) 3>&1- | exit "$(cat)") 4>&1-)" "${?}" 1>&2) 2>&1)
EOF
}
要求： cat，cut，exit，printf，read，tr