linux export 的做用

功能说明：设置或显示环境变量。 语　　法：export [-fnp][变量名称]=[变量设置值] 补充说明：在shell中执行程序时，shell会提供一组环境变量。export可新增，修改或删除环境变量，供后续执行的程序使用。export的效力仅及于该此登录操做。 参　　数： 　-f 　表明[变量名称]中为函数名称。  　-n 　删除指定的变量。变量实际上并未删除，只是不会输出到后续指令的执行环境中。  　-p 　列出全部的shell赋予程序的环境变量。

shell与export命令

用户登陆到Linux系统后，系统将启动一个用户shell。在这个shell中，可使用shell命令或声明变量，也能够建立并运行 shell脚本程序。运行shell脚本程序时，系统将建立一个子shell。此时，系统中将有两个shell，一个是登陆时系统启动的shell，另外一 个是系统为运行脚本程序建立的shell。当一个脚本程序运行完毕，它的脚本shell将终止，能够返回到执行该脚本以前的shell。从这种意义上来 说，用户能够有许多 shell，每一个shell都是由某个shell（称为父shell）派生的。

在子 shell中定义的变量只在该子shell内有效。若是在一个shell脚本程序中定义了一个变量，当该脚本程序运行时，这个定义的变量只是该脚本程序内 的一个局部变量，其余的shell不能引用它，要使某个变量的值能够在其余shell中被改变，可使用export命令对已定义的变量进行输出。 export命令将使系统在建立每个新的shell时定义这个变量的一个拷贝。这个过程称之为变量输出。

［例］在本例中，变量myfile是在dispfile脚本程序中定义的。而后用export命令将变量myfile输出至任何子shell，例如当执行printfile脚本程序时产生的子shell。

dispfile脚本程序清单：

/**************begin dispfile**************/

myfile=”List”

export myfile

echo “Displaying $myfile”

pr –t –n $myfile

printfile

/**************end dispfile***************/

　

printfile脚本程序清单：

/**************begin printfile**************/

echo “Printing $myfile”

lpr $myfile&

/**************end printfile**************/

$dispfile

Displaying List

1 screen

2 modem

3 paper

Printing List

$

Linux 指令：系统设置--export 

 功能说明：设置或显示环境变量。

语　　法：export [-fnp][变量名称]=[变量设置值]

补充说明：在shell中执行程序时，shell会提供一组环境变量。export可新增，修改或删除环境变量，供后续执行的程序使用。export的效力仅及于该此登录操做。

参　　数：
　-f 　表明[变量名称]中为函数名称。 
　-n 　删除指定的变量。变量实际上并未删除，只是不会输出到后续指令的执行环境中。 
　-p 　列出全部的shell赋予程序的环境变量。

从学习export命令理解到的Shell环境和变量生存期

 
　　我本身也是一个菜鸟，接触linux没有多久，最近在学习BASH的export命令时碰到了一个难道（书上说export是将自定义变量变成系统环 境变量）：我在一个脚本文件中定义一个了变量，而后export变量，按照我本身的想法，执行完这个脚本后，在提示符下必定能够用echo显示出它的值， 可结果却不是这样，脚本执行完后用set根本看不到有这个变量存在。为何呢？我百思不得其解，最后将问题贴出来，一位前辈告诉我说用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输出变量值，为何把它放进脚本文件就不行了呢？

　　因此得 出的结论是：一、执行脚本时是在一个子shell环境运行的，脚本执行完后该子shell自动退出；二、一个shell中的系统环境变量才会被复制到子 shell中（用export定义的变量）；三、一个shell中的系统环境变量只对该shell或者它的子shell有效，该shell结束时变量消失 （并不能返回到父shell中）。三、不用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环境中运行的。根据 前面的内容，你也已经明白其中的道理了吧。

　　困扰了我几天的问题终于能够圆满的解决了。

在Linux里设置环境变量的方法（export PATH）

通常来讲，配置交叉编译工具链的时候须要指定编译工具的路径，此时就须要设置环境变量。例如个人mips-linux-gcc编译器在“/opt/au1200_rm/build_tools/bin”目录下，build_tools就是个人编译工具，则有以下三种方法来设置环境变量：

一、直接用export命令：
#export PATH=$PATH:/opt/au1200_rm/build_tools/bin
查看是否已经设好，可用命令export查看：
[root@localhost bin]# export
declare -x BASH_ENV="/root/.bashrc"
declare -x G_BROKEN_FILENAMES="1"
declare -x HISTSIZE="1000"
declare -x HOME="/root"
declare -x HOSTNAME="localhost.localdomain"
declare -x INPUTRC="/etc/inputrc"
declare -x LANG="zh_CN.GB18030"
declare -x LANGUAGE="zh_CN.GB18030:zh_CN.GB2312:zh_CN"
declare -x LESSOPEN="|/usr/bin/lesspipe.sh %s"
declare -x LOGNAME="root"
declare -x LS_COLORS="no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35:"
declare -x MAIL="/var/spool/mail/root"
declare -x OLDPWD="/opt/au1200_rm/build_tools"
declare -x PATH="/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin:/opt/au1200_rm/build_tools/bin"
declare -x PWD="/opt/au1200_rm/build_tools/bin"
declare -x SHELL="/bin/bash"
declare -x SHLVL="1"
declare -x SSH_ASKPASS="/usr/libexec/openssh/gnome-ssh-askpass"
declare -x SSH_AUTH_SOCK="/tmp/ssh-XX3LKWhz/agent.4242"
declare -x SSH_CLIENT="10.3.37.152 2236 22"
declare -x SSH_CONNECTION="10.3.37.152 2236 10.3.37.186 22"
declare -x SSH_TTY="/dev/pts/2"
declare -x TERM="linux"
declare -x USER="root"
declare -x USERNAME="root"
能够看到，环境变量已经设好，PATH里面已经有了我要加的编译器的路径。

二、修改profile文件： 
#vi /etc/profile 
在里面加入:
export PATH="$PATH:/opt/au1200_rm/build_tools/bin"

3. 修改.bashrc文件：
# vi /root/.bashrc
在里面加入：
export PATH="$PATH:/opt/au1200_rm/build_tools/bin"

后两种方法通常须要从新注销系统才能生效，最后能够经过echo命令测试一下：
# echo $PATH
看看输出里面是否是已经有了/my_new_path这个路径了。

-----------------------------------------------------------------------------------------------------------------------

　“/bin”、“/sbin”、“/usr/bin”、“/usr/sbin”、“/usr/local/bin”等路径已经在系统环境变量中了，若是可执行文件在这几个标准位置，在终端命令行输入该软件可执行文件的文件名和参数(若是须要参数)，回车便可。

　　若是不在标准位置，文件名前面须要加上完整的路径。不过每次都这样跑就太麻烦了，一个“一劳永逸”的办法是把这个路径加入环境变量。命令 “PATH=$PATH:路径”能够把这个路径加入环境变量，可是退出这个命令行就失效了。要想永久生效，须要把这行添加到环境变量文件里。有两个文件可 选：“/etc/profile”和用户主目录下的“.bash_profile”，“/etc/profile”对系统里全部用户都有效，用户主目录下 的“.bash_profile”只对这个用户有效。

　　“PATH=$PATH:路径1:路径2:...:路径n”，意思是可执行文件的路径包括原先设定的路径，也包括从“路径1”到“路径n”的所 有路径。当用户输入一个一串字符并按回车后，shell会依次在这些路径里找对应的可执行文件并交给系统核心执行。那个“$PATH”表示原先设定的路径 仍然有效，注意不要漏掉。某些软件可能还有“PATH”之外类型的环境变量须要添加，但方法与此相同，而且也须要注意“$”。

　　注意，与DOS/Window不一样，UNIX类系统环境变量中路径名用冒号分隔，不是分号。另外，软件越装越多，环境变量越添越多，为了不形成混乱，建议全部语句都添加在文件结尾，按软件的安装顺序添加。

　　格式以下()：

　　# 软件名-版本号

　　PATH=$PATH:路径1:路径2:...:路径n

　　其余环境变量=$其余环境变量:...

　　在“profile”和“.bash_profile”中，“#”是注释符号，写在这里除了视觉分隔外没有任何效果。

　　设置完毕，注销并从新登陆，设置就生效了。若是不注销，直接在shell里执行这些语句，也能生效，可是做用范围只限于执行了这些语句的shell。

　　相关的环境变量生效后，就没必要老跑到软件的可执行文件目录里去操做了。