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。

　　相關的環境變量生效後，就沒必要老跑到軟件的可執行文件目錄裏去操做了。