UNIX的两位创建者Brian Kernighan和Rob Pike在他们的书《UNIX编程环境》中解释了这一点。谷歌的标题，你会很容易找到一个pdf版本。

它们介绍了3.6节中的shell变量，并重点介绍了该节末尾的export命令的使用:

当您想要在子shell中访问变量的值时，应该使用shell的export命令。(您可能会想为什么没有办法将变量的值从子shell导出到父shell)。

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

如果我这样做:

$ MYNAME=Fred
$ export OURNAME=Jim

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

$ env | grep NAME
OURNAME=Jim

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

$ echo $MYNAME
Fred

为了说明其他答案的意思:

$ foo="Hello, World"
$ echo $foo
Hello, World
$ bar="Goodbye"
$ export foo
$ bash
bash-3.2$ echo $foo
Hello, World
bash-3.2$ echo $bar

bash-3.2$ 

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

其他人回答说，导出使变量可用于子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。

虽然在讨论中没有明确提到，但从bash内部生成子shell时没有必要使用export，因为所有变量都复制到子进程中。