|
環(huán)境變量 系統(tǒng)環(huán)境變量 我們知道，我們經(jīng)常要設(shè)置一些環(huán)境變量，系統(tǒng)環(huán)境變量我們非常容易理解。其實(shí)我們?cè)趙indows中經(jīng)常容易接觸。其實(shí)環(huán)境變量是一個(gè)非常廣泛的一個(gè)概念，它與web應(yīng)用程序中的web.config所處的角色很像。什么意思呢？就是說，程序（系統(tǒng)或應(yīng)用）要運(yùn)行的時(shí)候，它的基本業(yè)務(wù)邏輯可能是一定的，但是實(shí)現(xiàn)業(yè)務(wù)邏輯的時(shí)候有些設(shè)置性的東西卻可以改變程序很多。如web應(yīng)用程序，編譯之后他的業(yè)務(wù)邏輯基本不會(huì)發(fā)生改變，但是如果你更改一些web.config中的參數(shù)，程序的運(yùn)行就會(huì)發(fā)生相應(yīng)的改變。這些設(shè)置。就像電視機(jī)上面調(diào)制一樣。改變了設(shè)置會(huì)得到某些不同。 那么環(huán)境變量可以理解成設(shè)置的一種，為什么有不直接稱為設(shè)置呢？因?yàn)樗幱谝环N被動(dòng)的境地。越多說越糊涂。 最常見的環(huán)境變量莫過于PATH，和ClassPATH，這個(gè)在設(shè)置jdk的時(shí)候就需要設(shè)置，這里的PATH變量指的是，當(dāng)系統(tǒng)的接口接收到一個(gè)程序啟動(dòng)命令的時(shí)候，除了默認(rèn)在當(dāng)前目錄下尋找那個(gè)可執(zhí)行文件意外，還需要到那些地方尋找。有了這個(gè)設(shè)置，你就不需要一定要進(jìn)入那個(gè)目錄才能執(zhí)行那個(gè)程序了。ClassPATH變量也差不多，它設(shè)置的是那些類似于動(dòng)態(tài)庫的路徑，也就是說，程序在執(zhí)行的時(shí)候，發(fā)現(xiàn)要引入動(dòng)態(tài)庫，那樣就要在這個(gè)變量指定的地方去找。 在linux中，系統(tǒng)也有一個(gè)PATH變量。其實(shí)系統(tǒng)有一個(gè)文件是專門記錄那些環(huán)境變量的。 1）/etc/profile，系統(tǒng)登錄會(huì)執(zhí)行這個(gè)文件在當(dāng)前環(huán)境中引入那些變量。 2）還有 3）還有一種設(shè)置方法，就是通過終端命令直接修改，我們知道前面兩個(gè)文件其作用的方式就是當(dāng)程序進(jìn)入狀態(tài)的時(shí)候，他們會(huì)被執(zhí)行引入到當(dāng)前空間，那么在當(dāng)前狀態(tài)下就會(huì)有這些變量，程序也就是可以使用它們。那么如果我們直接在內(nèi)存中修改該他們，就可以起到暫時(shí)的作用。 程序環(huán)境變量 根據(jù)前面我們說過環(huán)境變量的作用和意義，就很容易推出，普通的程序也可以有環(huán)境變量。按照前面系統(tǒng)的環(huán)境變量起作用的模式。應(yīng)用程序，也可以有一些配置文件來持久保存這些環(huán)境變量，在程序執(zhí)行的時(shí)候，這些變量會(huì)通過某種方式進(jìn)入程序執(zhí)行的空間，這樣程序執(zhí)行的時(shí)候就可以使用這些變量了。而同樣，我們可以改變這些變量來“適量”的改變我們的程序。 GCC就是這樣一個(gè)程序。很多時(shí)候，應(yīng)用程序需不需要環(huán)境變量機(jī)制，關(guān)鍵看他是否有很多的選擇性，GCC就是一個(gè)這樣的程序。 最常用GCC環(huán)境變量的就是include搜索路徑，以及庫搜索路徑。他們分別在編譯和連接的時(shí)候使用。 他們的使用背景是： include搜索路徑 通常，使用C/C++進(jìn)行開發(fā)程序的時(shí)候，會(huì)使用頭文件，并且有頭文件的實(shí)現(xiàn)文件，這個(gè)時(shí)候有三類文件，使用頭文件的源文件，頭文件，實(shí)現(xiàn)頭文件的源文件。編譯的時(shí)候，頭文件和源文件一起就可以了。通常他們是在同一目錄下的。所以不會(huì)有什么問題。 但是，當(dāng)你使用到了系統(tǒng)自身的一些頭文件的時(shí)候，你需要引入一些頭文件，而這些文件不在當(dāng)前目錄下，使用絕對(duì)地址是一個(gè)辦法，但是是一個(gè)極差的辦法。所以GCC就有一個(gè)搜索機(jī)制。就是在規(guī)定的那些文件夾下，搜索你所引入的那個(gè)頭文件。這樣解決了問題。這個(gè)環(huán)境變量叫著CPLUS_INCLUDE_PATH。屬于GCC，與系統(tǒng)無關(guān)。我們看看GCC頭文件搜索路徑 頭文件：
1. 搜索順序?yàn)椋?/span> ①先搜索當(dāng)前目錄 ②然后搜索-I指定的目錄 ③再搜索gcc的環(huán)境變量CPLUS_INCLUDE_PATH（C程序使用的是C_INCLUDE_PATH） ④最后搜索gcc的內(nèi)定目錄 /usr/include /usr/local/include /usr/lib/gcc/x86_64-redhat-linux/4.1.1/include 各目錄存在相同文件時(shí)，先找到哪個(gè)使用哪個(gè)。
2. ①先搜索-I指定的目錄 ②然后搜索gcc的環(huán)境變量CPLUS_INCLUDE_PATH ③最后搜索gcc的內(nèi)定目錄 /usr/include /usr/local/include /usr/lib/gcc/x86_64-redhat-linux/4.1.1/include 與上面的相同，各目錄存在相同文件時(shí)，先找到哪個(gè)使用哪個(gè)。這里要注意，#include<>方式不會(huì)搜索當(dāng)前目錄！ 雖然搜索了GCC自定義的環(huán)境變量目錄之后，下一個(gè)的內(nèi)定目錄，就應(yīng)該是操作系統(tǒng)有關(guān)這種頭文件的定義。這種推導(dǎo)很正確。事實(shí)上就算不是這樣的。GCC頭文件搜索模式，也是按照先“?！焙蟆皩挕钡哪Ｊ?，也就是說，大部分都是使用自己的一套，所以基本都能找到，可能真有一些是那些大家共有的頭文件。所以，這里的內(nèi)定目錄其實(shí)與繼承操作系統(tǒng)的目錄的意思沒有多大區(qū)別。 這里要說下include的內(nèi)定目錄，它不是由$PATH環(huán)境變量指定的，而是由g++的配置prefix指定的(知道它在安裝g++時(shí)可以指定，不知安裝后如何修改的，可能是修改配置文件，需要時(shí)再研究下)： -bash-3.2$ g++ -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux Thread model: posix gcc version 4.1.2 20080704 (Red Hat 4.1.2-46) 在安裝g++時(shí)，指定了prefix，那么內(nèi)定搜索目錄就是： Prefix/include Prefix/local/include Prefix/lib/gcc/--host/--version/include 編譯時(shí)可以通過-nostdinc++選項(xiàng)屏蔽對(duì)內(nèi)定目錄搜索頭文件。 庫搜索路徑： 在編譯之后，程序要進(jìn)行鏈接操作，前面指出，鏈接不管是動(dòng)態(tài)和是靜態(tài)，GCC這個(gè)程序，必須確認(rèn)“真的有”那些頭文件的實(shí)現(xiàn)。于是就需要定位找到那些文件。與include的情景差不多。使用絕對(duì)目錄是可以的，但不適于管理。于是就出現(xiàn)了lib搜索路徑這個(gè)環(huán)境變量。LIBRARY_PATH。 他們的搜索路徑為： 庫文件： 編譯的時(shí)候： ①gcc會(huì)去找-L ②再找gcc的環(huán)境變量LIBRARY_PATH ③再找內(nèi)定目錄 /lib /usr/lib /usr/local/lib 這是當(dāng)初compile gcc時(shí)寫在程序內(nèi)的（不可配置的？） 運(yùn)行時(shí)動(dòng)態(tài)庫的搜索路徑 (不要把這個(gè)和庫的搜索路徑混淆了，這里程序執(zhí)行的時(shí)候有l(wèi)inux系統(tǒng)/usr/bin/ld程序控制的過程，這里只是順帶介紹。以完整程序整個(gè)生命周期。編譯、鏈接、啟動(dòng)，裝載（包括動(dòng)態(tài)裝載)、執(zhí)行）： 動(dòng)態(tài)庫的搜索路徑搜索的先后順序是： ①編譯目標(biāo)代碼時(shí)指定的動(dòng)態(tài)庫搜索路徑（ |
|
|
