有人说在生成子shell时不需要在bash中导出，而其他人则说完全相反。注意子shell(由()、' '、$()或循环创建的子shell)和子进程(按名称调用的进程，例如脚本中出现的bash文本)之间的区别是很重要的。

子shell将可以访问来自父变量的所有变量，而不管它们的导出状态如何。 子进程只能看到导出的变量。

这两种构造的共同之处在于它们都不能将变量传递回父shell。

$ noexport=noexport; export export=export; (echo subshell: $noexport $export; subshell=subshell); bash -c 'echo subprocess: $noexport $export; subprocess=subprocess'; echo parent: $subshell $subprocess
subshell: noexport export
subprocess: export
parent:

还有一个困惑的来源:一些人认为“分叉”子进程是那些看不到非导出变量的子进程。通常fork()后面紧跟着exec()，这就是为什么看起来fork()是要找的东西，而实际上是exec()。你可以先用exec命令运行没有fork()ing的命令，由这个方法启动的进程也不能访问未导出的变量:

$ noexport=noexport; export export=export; exec bash -c 'echo execd process: $noexport $export; execd=execd'; echo parent: $execd
execd process: export

注意，这次我们没有看到parent:行，因为我们已经用exec命令替换了父shell，所以没有任何东西可以执行该命令。

只是为了显示环境中导出的变量(env)和环境中未导出的变量之间的区别:

如果我这样做:

$ MYNAME=Fred
$ export OURNAME=Jim

那么只有$OURNAME出现在环境中。变量$MYNAME不在环境中。

$ env | grep NAME
OURNAME=Jim

但是变量$MYNAME在shell中确实存在

$ echo $MYNAME
Fred

有人说在生成子shell时不需要在bash中导出，而其他人则说完全相反。注意子shell(由()、' '、$()或循环创建的子shell)和子进程(按名称调用的进程，例如脚本中出现的bash文本)之间的区别是很重要的。

子shell将可以访问来自父变量的所有变量，而不管它们的导出状态如何。 子进程只能看到导出的变量。

这两种构造的共同之处在于它们都不能将变量传递回父shell。

$ noexport=noexport; export export=export; (echo subshell: $noexport $export; subshell=subshell); bash -c 'echo subprocess: $noexport $export; subprocess=subprocess'; echo parent: $subshell $subprocess
subshell: noexport export
subprocess: export
parent:

还有一个困惑的来源:一些人认为“分叉”子进程是那些看不到非导出变量的子进程。通常fork()后面紧跟着exec()，这就是为什么看起来fork()是要找的东西，而实际上是exec()。你可以先用exec命令运行没有fork()ing的命令，由这个方法启动的进程也不能访问未导出的变量:

$ noexport=noexport; export export=export; exec bash -c 'echo execd process: $noexport $export; execd=execd'; echo parent: $execd
execd process: export

注意，这次我们没有看到parent:行，因为我们已经用exec命令替换了父shell，所以没有任何东西可以执行该命令。

这个答案是错误的，但出于历史目的保留了下来。请看下面的第二篇编辑。

其他人回答说，导出使变量可用于子shell，这是正确的，但只是一个副作用。当你导出一个变量时，它把这个变量放在当前shell的环境中(即shell调用putenv(3)或setenv(3))。 进程的环境通过exec继承，使得变量在子shell中可见。

编辑(5年视角): 这是一个愚蠢的回答。“导出”的目的是使变量“处于随后执行的命令的环境中”，无论这些命令是子shell还是子进程。简单的实现是简单地将变量放在shell环境中，但这将使无法实现export -p。

第二次编辑(又过了5年)。 这个答案很奇怪。也许我曾经有一些理由声称bash将导出的变量放到它自己的环境中，但是这些理由在这里没有给出，现在已经被历史遗忘了。请参见将函数局部变量导出到环境。

export NAME=对子进程有意义的设置和变量的值。

NAME=当前shell进程私有的临时变量或循环变量的值。

更详细地说，export标记了环境中的变量名，该变量名在创建时复制到子流程及其子流程。从不从子进程复制任何名称或值。

A common error is to place a space around the equal sign: $ export FOO = "bar" bash: export: `=': not a valid identifier Only the exported variable (B) is seen by the subprocess: $ A="Alice"; export B="Bob"; echo "echo A is \$A. B is \$B" | bash A is . B is Bob Changes in the subprocess do not change the main shell: $ export B="Bob"; echo 'B="Banana"' | bash; echo $B Bob Variables marked for export have values copied when the subprocess is created: $ export B="Bob"; echo '(sleep 30; echo "Subprocess 1 has B=$B")' | bash & [1] 3306 $ B="Banana"; echo '(sleep 30; echo "Subprocess 2 has B=$B")' | bash Subprocess 1 has B=Bob Subprocess 2 has B=Banana [1]+ Done echo '(sleep 30; echo "Subprocess 1 has B=$B")' | bash Only exported variables become part of the environment (man environ): $ ALICE="Alice"; export BOB="Bob"; env | grep "ALICE\|BOB" BOB=Bob

所以，现在它应该像夏天的太阳一样清晰了!感谢Brain Agnew, alexp和William Prusell。

您可能已经知道，UNIX允许进程拥有一组环境变量，这些变量是键/值对，键和值都是字符串。 操作系统负责为每个进程分别保存这些对。

程序可以通过以下UNIX API访问它的环境变量:

Char *getenv(const Char *name); Int setenv(const char *名称，const char *值，Int重写); Int unsetenv(const char *name);

进程还从父进程继承环境变量。在创建子进程时，操作系统负责创建所有“envars”的副本。

Bash和其他shell一样，能够根据用户请求设置其环境变量。这就是出口存在的意义。

export是Bash设置环境变量的命令。用这个命令设置的所有变量都将被这个Bash创建的所有进程继承。

更多关于Bash中的环境

Bash中的另一种变量是内部变量。由于Bash不仅仅是交互式shell，它实际上是一个脚本解释器，就像任何其他解释器(例如Python)一样，它能够保留自己的一组变量。值得一提的是，Bash(与Python不同)只支持字符串变量。

定义Bash变量的符号是name=value。这些变量保存在Bash内部，与操作系统保存的环境变量无关。

更多关于Shell参数(包括变量)

另外值得注意的是，根据Bash参考手册:

任何简单命令或函数的环境都可以扩充 临时用参数赋值作为前缀，如前所述 在Shell Parameters中。这些赋值语句只影响 该命令所看到的环境。

总结一下:

Export命令用于设置操作系统中的环境变量。这个变量以后将对当前Bash进程创建的所有子进程可用。 Bash变量符号(name=value)用于设置局部变量仅对当前Bash进程可用 另一个命令前缀的Bash变量表示法仅为该命令的范围创建环境变量。