export变量的生存周期

编辑一个文件export.sh文件如下:
export DBPS_HOME=/etc
然后保存退出.
chmod +x export.sh
执行这个文件 ./export.sh
但是echo $DBPS_HOME 没有分配到/etc?
但是在$命令符下直接执行export DBPS_HOME=/etc
然后echo $DBPS_HOME 有分配到/etc
不知道什么原因?请指教!谢谢!

回答：export的功能是输出后可以供其子进程使用，不是供其父进程使用，export 环境变量只在本shell及该shell派生的子shell有效
注意是：. ./export.sh   （有空格，不能忽略！！！）

最近在学习BASH的export命令时碰到了一个难道（书上说export是将自定义变量变成系统环境变量）：我在一个脚本文件中定义一个了变量，然后export变量，按照我自己的想法，执行完这个脚本后，在提示符下一定可以用echo显示出它的值，可结果却不是这样，脚本执行完后用printenv或者echo根本看不到有这个变量存在。为什么呢？我百思不得其解，最后将问题贴出来，一位前辈告诉我说用source+脚本文件就可以了，我试了一下果然可以，但一个新的问题又出来了。我将脚本中export命令删除后，用source一样可以。那这个export好像没有什么用呀。
在经过多次尝试后发现了一些东西：
执行一个脚本时，会先开启一个子shell环境（不知道执行其它程序是不是这样），然后将父shell中的所有系统环境变量复制过来，这个脚本中的语句就在子shell中执行。（也就是说父shell的环境变量在子shell中可以调用，但反过来就不行，如果在子shell中定义了环境变量，只对该shell或者它的子shell有效，当该子shell结束时，也可以理解为脚本执行完时，变量消失。）为了证明这一点，请看脚本内容：
test='value'
export test
这样的脚本执行完后，test实际上是不存在的。接着看下面的：
test='value'
export test
bash
这里在脚本最后一行再开一个子shell，该shell应该是脚本文件所在shell的子shell，这个脚本执行完后，是可以看到test这个变量的，因为现在是处于它的子shell中，当用exit退出子shell后，test变量消失。
如果用source对脚本进行执行时，如果不加export，就不会在子shell中看到这个变量，因为它还不是一个系统环境变量呀，如脚本内容是：
test='value'
用source执行后，在shell下是能看到这个变量，但再执行bash开一个子shell时，test是不会被复制到子shell中的，因为执行脚本文件其实也是在一个子shell中运行，所以我再建另一个脚本文件执行时，是不会输入任何东西的，内容如：echo $test。所以这点特别注意了，明明在提示符下可以用echo $test输出变量值，为什么把它放进脚本文件就不行了呢？
所以得出的结论是：1、执行脚本时是在一个子shell环境运行的，脚本执行完后该子shell自动退出；2、一个shell中的系统环境变量才会被复制到子shell中（用export定义的变量）；3、一个shell中的系统环境变量只对该shell或者它的子shell有效，该shell结束时变量消失（并不能返回到父shell中）。3、不用export定义的变量只对该shell有效，对子shell也是无效的。
后来根据版主的提示，整理了一下贴子：为什么一个脚本直接执行和用source执行不一行呢？这也是我自己碰到的一个问题。manual原文是这样的：Read and execute commands from filename in the current shell environment and return the exit status of the last command executed from filename.明白了为什么不一样了吧？直接执行一个脚本文件是在一个子shell中运行的，而source则是在当前shell环境中运行的。根据前面的内容，你也已经明白其中的道理了吧。