Linux系统：环境变量及export命令

增加PATH环境变量

运行 echo $ PATH 结果为：

PATH：/home/hz/btest/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/share/baidu/bin:/home/hz/bin:/home/hz/bin:/home/hz/hz/tools/comake_2-0-0-8_PD_BL

我想增加ccover的的PATH，ccover的bin目录为：/home/hz/local/bin

则进行如下添加：

1.在home/hz/目录下，vim ~/.bashrc

2.在文件末尾添加：

export PATH=$PATH:/home/huangzhen01/local/bin

3.保存并退出。

4.再source ~/.bashrc 使其生效

这时echo $PATH 结果为：

PATH：/home/hz/btest/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/share/baidu/bin:/home/hz/bin:/home/hz/bin:/home/hz/hz/tools/comake_2-0-0-8_PD_BL:/home/hz/local/bin

说明添加成功。

 另：若想修改PATH已有的路径，最彻底的方法：可以先echo $PATH，将已有PATH保存下来并修改正确，再保存为XX。在运行 export PATH=XX。这样就好了。

[转]Linux export的作用

exports是设置NFS共享文件的
Linux export命令
　　功能说明：设置或显示环境变量。
　　语　法：export [-fnp][变量名称]=[变量设置值]
　　补充说明：在shell中执行程序时，shell会提供一组环境变量。
  export可新增，修改或删除环境变量，供后续执行的程序使用。export的效力仅及于该此登录操作
        -f 代表[变量名称]中为函数名称。
　　-n 删除指定的变量。变量实际上并未删除，只是不会输出到后续指令的执行环境中。
　　-p 列出所有的shell赋予程序的环境变量。
　　一个变量创建时，它不会自动地为在它之后创建的shell进程所知。而命令export可以向后面的shell
  传递变量的值。当一个shell脚本调用并执行时，它不会自动得到原为脚本（调用者）里定义的变
  量的访问权，除非这些变量已经被显式地设置为可用。export命令可以用于传递一个或多个变量的
  值到任何后继脚本。
　　登录到系统后，系统将启动一个用户shell。在这个shell中，可以使用shell命令或声明变量，也可以
  创建并运行shell脚本程序。运行shell脚本程序时，系统将创建一个子shell。此时，系统中将有两个shell，
  一个是登录时系统启动的shell，另一个是系统为运行脚本程序创建的shell。当一个脚本程序运行完毕，
  它的脚本shell将终止，可以返回到执行该脚本之前的shell。从这种意义上来说，用户可以有许多shell，
  每个shell都是由某个shell（称为父shell）派生的。
　　在子shell中定义的变量只在该子shell内有效。如果在一个shell脚本程序中定义了一个变量，当该脚本
  程序运行时，这个定义的变量只是该脚本程序内的一个局部变量，其他的shell不能引用它，要使某个
  变量的值可以在其他shell中被改变，可以使用export命令对已定义的变量进行输出。
　　export命令将使系统在创建每一个新的shell时定义这个变量的一个拷贝。这个过程称之为变量输出。
　　#echo $PKG_PATH 在任何时候建立的变量都只是当前shell的局部变量，所以不能被shell运行的其他
  命令或shell程序所利用。 export ,是把你设置的环境变量传给当前SHELL的子SHELL，使其在子SHELL中有效。
  
  export是将一些自己设定的变量导出到环境中
  比如设置一个环境变量LM_STAT=/usr/bin
  如果你不export，你没法用LM_STAT，export后才可以使用
  exportfs是查看和导出本地的共享目录
  cat /etc/exports里面就是你的共享目录，用exportfs可以查看

 

 

执行一个脚本时，会先开启一个子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环境中运行的。