在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程序的運行,環境變量重新賦值僅僅在子進程中,程序運行完后,返回到父進程,父進程的環境變量是不會受到影響的
---- 假設在當前的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