Execa 9.0.0 新特性：管道命令的失败处理机制

在命令行操作中，管道（pipe）是一个非常强大的功能，它允许我们将一个命令的输出作为另一个命令的输入。然而，在传统的管道操作中，如果管道中的某个命令失败，整个管道可能不会立即失败，这有时会导致意外的行为。Execa 9.0.0 版本引入了一个重要的新特性，完美解决了这个问题。

管道命令的传统问题

在 shell 脚本中，默认情况下，管道中的命令即使失败，整个管道也可能继续执行。例如：

ls --bad | cat

在这个例子中，ls --bad 会失败（因为 --bad 是一个无效选项），但 cat 命令仍然会执行并返回成功状态。这显然不是我们想要的行为。

为了解决这个问题，shell 提供了 set -o pipefail 选项，它确保如果管道中的任何命令失败，整个管道都会失败。

Execa 的解决方案

Execa 9.0.0 版本引入了一个新的管道 API，自动实现了类似 pipefail 的行为。新的 API 使用方式如下：

await execa('ls', ['--bad']).pipe('cat');

这个调用会抛出错误，因为 ls --bad 命令失败了。Execa 会确保整个管道操作失败，并返回第一个失败命令的错误信息。

工作原理

Execa 的管道失败处理机制工作流程如下：

1. 第一个命令（ls --bad）执行并失败（退出码为 2）
2. 由于第一个命令失败，其标准输出流结束
3. 这会停止从 ls 到 cat 的数据管道传输
4. cat 命令的标准输入因此结束
5. 没有更多数据可读时，cat 命令正常退出（退出码为 0）
6. Execa 检测到管道中有命令失败，因此整个操作被标记为失败，并抛出第一个失败命令的错误

与 shell 行为的对比

这种行为与 shell 中使用 set -o pipefail 的效果完全一致。在 shell 中：

set -o pipefail
ls --bad | cat
echo "$?" "${PIPESTATUS[*]}"

输出会是 2 2 0，表示整个管道失败（退出码 2），且第一个命令失败（退出码 2），第二个命令成功（退出码 0）。

升级建议

对于需要使用管道操作的项目，强烈建议升级到 Execa 9.0.0 版本。新的管道 API 不仅提供了更好的错误处理机制，还简化了代码编写方式。

如果你暂时无法升级，可以使用以下临时解决方案：

const source = execa('ls', ['--bad'])
const [result] = await Promise.all([source.pipeStdout(execa('cat')), source]);

这种模式也能确保在管道中的任何命令失败时，整个操作失败。

Execa 的这一改进使得 Node.js 中的子进程管理更加健壮和可靠，特别是在处理复杂的命令管道时。