linux環境變數 export命令詳解

 

由host $ export DVSDK="${HOME}/ti-dvsdk_dm368-evm_xx_xx_xx_xx"引發的問題

1、${HOME}：首先， HOME 是個變數，它代表你的 home 目錄，變數前必須加上 $ 符號，否則會報錯

usr/local/dvsdk為dvsdk的destination folder 由#echo $DVSDK測試環境變數添加成功否

2、想要使得開機時自動載入這個環境變數免除以後每次設定，可將其寫入/etc/re.local

 Linux export 命令

功能說明：設定或顯示環境變數。（比如我們要用一個命令，但這個命令的執行檔案不在目前的目錄，這樣我們每次用的時候必須指定執行檔案的目錄，麻煩，在代碼中先執行export，這個相當於告訴程式，執行某某東西時，需要的檔案或什麼東東在這些目錄裡）

語　　法：export [-fnp][變數名稱]=[變數設定值]

補充說明：在shell中執行程式時，shell會提供一組環境變數。 export可新增，修改或刪除環境變數，供後續執行的程式使用。export的效力僅及於該此登陸操作。

參　　數：

    -f 　代表[變數名稱]中為函數名稱。 

　-n 　刪除指定的變數。變數實際上並未刪除，只是不會輸出到後續指令的執行環境中。 

　-p 　列出所有的shell賦予程式的環境變數。

一個變數建立時，它不會自動地為在它之後建立的shell進程所知。而命令export可以向後面的shell傳遞變數的值。當一個shell指令碼調用並執行時，它不會自動得到原為指令碼（調用者）裡定義的變數的訪問權，除非這些變數已經被顯式地設定為可用。export命令可以用於傳遞一個或多個變數的值到任何後繼指令碼。     ----《UNIX教程》

 

 在 linux 裡設定環境變數的方法 （ export PATH ）

 一般來說，配置交叉編譯工具鏈的時候需要指定編譯工具的路徑，此時就需要設定環境變數。例如我的mips-linux-gcc編譯器在“/opt/au1200_rm /build_tools/bin”目錄下，build_tools就是我的編譯工具，則有如下三種方法來設定環境變數：

1、直接用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裡面已經有了我要加的編譯器的路徑。

2、修改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這個路徑了。

另有：4. 修改/etc/re.local檔案：
            # vi /etc/re.local
            在裡面加入：
            export PATH="$PATH:/opt/au1200_rm/build_tools/bin"

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

　“/bin”、“/sbin”、“ /usr/bin”、“/usr/sbin”、“/usr/local/bin”等路徑已經在系統內容變數中了，如果可執行檔在這幾個標準位置，在終端命令列輸入該軟體可執行檔的檔案名稱和參數(如果需要參數)，斷行符號即可。

　　如果不在標準位置，檔案名稱前面需要加上完整的路徑。不過每次都這樣跑就太麻煩了，一個“一勞永逸”的辦法是把這個路徑加入環境變數。命令 export $PATH="路徑”(或“PATH=$PATH:路徑”)($PATH為環境變數名，如DVSDK；調用時用$DVSDK)可以把這個路徑加入環境變數，但是退出這個命令列就失效了。要想永久生效，需要把這行添加到環境變數檔案裡。有兩個檔案可選：“/etc/profile”和使用者主目錄下的“.bash_profile”，“/etc/profile”對系統裡所有使用者都有效，使用者主目錄下的“.bash_profile”只對這個使用者有效。

　　export $PATH="$PATH:路徑1:路徑2:...:路徑n” （或“PATH=$PATH:路徑1:路徑2:...:路徑n"　），意思是可執行檔的路徑包括原先設定的路徑，也包括從“路徑1”到“路徑n”的所有路徑。當使用者輸入一個一串字元並按斷行符號後，shell會依次在這些路徑裡找對應的可執行檔並交給系統核心執行。那個“$PATH”表示原先設定的路徑仍然有效，注意不要漏掉。某些軟體可能還有“PATH”以外類型的環境變數需要添加，但方法與此相同，並且也需要注意“$”。

　　注意，與DOS/Window不同，UNIX類系統內容變數中路徑名用冒號分隔，不是分號。另外，軟體越裝越多，環境變數越添越多，為了避免造成混亂，建議所有語句都添加在檔案結尾，按軟體的安裝順序添加。

　　格式如下()：

　　# 軟體名-版本號碼

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

　　其他環境變數=$其他環境變數:...

　　在“profile”和“.bash_profile”中，“#”是注釋符號，寫在這裡除了視覺分隔外沒有任何效果。

　　設定完畢，登出並重新登入，設定就生效了。如果不登出，直接在shell裡執行這些語句，也能生效，但是作用範圍只限於執行了這些語句的shell。

　　相關的環境變數生效後，就不必老跑到軟體的可執行檔目錄裡去操作了。

 

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

　 

執行一個指令碼時，會先開啟一個子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環境中啟動並執行。