利用shell腳本添加環境變量

在shell腳本設置了環境變量，如export LIBRARY_PATH=./lib/，執行了此腳本后, 在執行生成的可執行文件，提示錯誤

error while loading shared libraries: libww.so: cannot open shared object file: No such file or directory

但是如果把export那句話單獨在命令行運行，在gcc編譯代碼后不會出現問題

怎么也想不通，為什么腳本執行了，設置了環境變量，但是運行可執行文件總是失敗。

查看大牛博客，終于發現

原因是執行腳本用./test.sh的方式，如果采用source test.sh，則環境變量會生效。

./XXX.sh的時候，腳本里面打印PATH是改了，但是在終端echo $PATH卻沒有看到變化，因為這樣執行等于說不在當前進程

那么。這是為什么呢？

關鍵：直接執行一個腳本文件是在一個子shell中運行的，而source則是在當前shell環境中運行的。

?

1、執行腳本時是在一個子shell環境運行的，腳本執行完后該子shell自動退出；

?

2、一個shell中的系統環境變量才會被復制到子shell中（用export定義的變量）

3、一個shell中的系統環境變量只對該shell或者它的子shell有效，該shell結束時變量消失（并不能返回到父shell中）。

?

4、不用export定義的變量只對該shell有效，對子shell也是無效的。

另：

----?在UNIX系統中,我們在運行shell程序或系統命令的過程如下:??

----?假設在當前的shell環境下,我們運行ps?-f命令.??

----?首先,當前的shell會調用:fork()命令,產生一個subprocess,該子進程完全復制了父進程的所有環境;??

----?之后,當前的shell會調用:exec?ps?-f命令,在新的子進程的環境中,運行ps?-f?命令.子進程的環境變量會根據新的應用進行調整,并使之運行,當應用完成之后,子進程結束,返回到父進程.??

----?因此,通過上述過程分析,$cbpsprofile的運行的結果就可以預見,該shell程序的運行,環境變量重新賦值僅僅在子進程中,程序運行完后,返回到父進程,父進程的環境變量是不會受到影響的

參考：

https://blog.csdn.net/xhz_1983/article/details/73250033

https://blog.csdn.net/wgembed/article/details/22385469

https://www.cnblogs.com/fdd566/p/6692595.html

https://blog.csdn.net/moqingxinai2008/article/details/53909464

?