set，export和env有什么区别？什么时候应该使用它们？

key=value
env key=value
export key=value

#1 楼

让我们考虑一个具体的例子。 grep命令使用名为GREP_OPTIONS的环境变量来设置默认选项。
现在。鉴于文件test.txt包含以下几行：

line one
line two

运行命令grep one test.txt将返回

line one

如果使用带有-v选项的grep，它将返回不匹配的行，因此输出将是

line two

我们现在尝试设置带有环境变量的选项。

GREP_OPTIONS='-v'
grep one test.txt

结果：

line one

显然，选项export没有传递给-v。
要当您仅为要使用的外壳设置变量时使用此格式，例如在grep中，您不想导出for i in * ; do。


但是，该变量会传递给环境该特定命令行的内容，因此您可以执行

GREP_OPTIONS='-v' grep one test.txt

，它将返回预期的

line two

，您可以使用此表单临时更改e




导出该变量会导致该变量被继承：

export GREP_OPTIONS='-v'
grep one test.txt

立即返回

line two

这是在shell中设置变量以供随后启动的进程使用的最常见方法


这一切都是在bash中完成的。 $i是bash内置的； export是bash语法。另一方面，VAR=whatever本身就是一个程序。调用env时，会发生以下情况：

env命令作为新进程执行。作为争论。将env进程替换为env进程。

示例：

env GREP_OPTIONS='-v' grep one test.txt

此命令将启动两个新进程：（i）env和（ii）grep（实际上，第二个进程将替换第一个进程）。从env进程的角度来看，结果与运行完全相同。

GREP_OPTIONS='-v' grep one test.txt

但是，如果您不在bash范围内或不想启动另一个shell（例如，当您使用command函数系列而不是grep调用时。）


关于exec()的附加说明

这也是为什么成语system()使用而不是#!/usr/bin/env。 #!/usr/bin/env interpreter不需要程序的完整路径，因为它使用#!/usr/bin/interpreter函数，该函数像shell一样搜索env变量，然后由命令运行替换自身。因此，它可以用来找出解释器（如perl或python）在路径上的“位置”。
这也意味着通过修改当前路径，您可以影响将调用哪个python变体。这使得以下操作成为可能：

echo -e '#!/usr/bin/bash\n\necho I am an evil interpreter!' > python
chmod a+x ./python
export PATH=.
python

而不是运行Python，将导致

I am an evil interpreter!