在Bash中的命令对管道中的第二个命令不起作用之前设置环境变量

在给定的外壳中，通常我会设置一个或多个变量，然后运行命令。最近，我了解了在命令前添加变量定义的概念：

FOO=bar somecommand someargs

这行得通...有点。当您更改LC_ *变量（这似乎会影响命令，但不影响其参数，例如'[az]'char范围）时，或者在将输出管道输送到另一个命令时，此命令将无效：

FOO=bar somecommand someargs | somecommand2  # somecommand2 is unaware of FOO

我还可以在somecommand2前面加上“ FOO = bar”，它可以工作，但是会增加不必要的重复，并且对于根据变量解释的参数（例如，“ [az]”）无济于事。

那么，单行执行此操作的好方法是什么？

我在想一些事情：

FOO=bar (somecommand someargs | somecommand2)  # Doesn't actually work

我有很多好的答案！目标是保持这种单线，最好不使用“导出”。总体上，使用Bash调用的方法是最好的，尽管括号中带有“ export”的版本更为紧凑。使用重定向而不是管道的方法也很有趣。

FOO=bar bash -c 'somecommand someargs | somecommand2'

如何导出变量，但仅在子shell中导出呢：

(export FOO=bar && somecommand someargs | somecommand2)

Keith有一点要无条件执行命令，请执行以下操作：

(export FOO=bar; somecommand someargs | somecommand2)

您也可以使用eval：

FOO=bar eval 'somecommand someargs | somecommand2'

因为这个答案eval似乎并不能使所有人满意，所以让我澄清一下：以书面形式使用时，用单引号引起来，这是绝对安全的。很好，因为它不会启动外部进程（如接受的答案），也不会在额外的子shell中执行命令（如其他答案）。

当我们得到一些常规的意见时，最好是提供一种替代方法来eval取悦所有人，并拥有此快速eval“窍门”的所有好处（甚至更多！）。只需使用一个功能！使用所有命令定义一个函数：

mypipe() {
    somecommand someargs | somecommand2
}

并使用如下环境变量执行它：

FOO=bar mypipe

使用env。

例如，env FOO=BAR command。请注意，command完成执行后，环境变量将再次恢复/不变。

请注意外壳替换的发生，即，如果您想$FOO在同一命令行上显式引用，则可能需要对其进行转义，以便外壳解释器在运行之前不执行替换env。

$ export FOO=BAR
$ env FOO=FUBAR bash -c 'echo $FOO'
FUBAR
$ echo $FOO
BAR

使用shell脚本：

#!/bin/bash
# myscript
FOO=bar
somecommand someargs | somecommand2

> ./myscript