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

如果我这样做:

$ MYNAME=Fred
$ export OURNAME=Jim

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

$ env | grep NAME
OURNAME=Jim

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

$ echo $MYNAME
Fred

公认的答案暗示了这一点，但我想明确地说明与shell内置的连接:

如前所述，export将使一个变量对shell和子程序都可用。如果不使用export，该变量将只在shell中可用，并且只有shell内置程序可以访问它。

也就是说,

tango=3
env | grep tango # prints nothing, since env is a child process
set | grep tango # prints tango=3 - "type set" shows `set` is a shell builtin

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

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

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

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

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

如果我这样做:

$ MYNAME=Fred
$ export OURNAME=Jim

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

$ env | grep NAME
OURNAME=Jim

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

$ echo $MYNAME
Fred

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

导出使子流程可以使用该变量。

也就是说,

export name=value

意味着该变量名可用于从该shell进程运行的任何进程。如果您希望进程使用此变量，请使用export，并从该shell运行该进程。

name=value

意味着变量范围被限制在shell中，并且对任何其他进程都不可用。你可以将它用于(比如说)循环变量、临时变量等。

需要注意的是，导出变量并不会使它对父进程可用。也就是说，在派生的进程中指定和导出一个变量并不会使它在启动它的进程中可用。