一、基本概念1.1什么是庫(kù)

　　在windows平臺(tái)和linux平臺(tái)下都大量存在著庫(kù)。

　　本質(zhì)上來(lái)說庫(kù)是一種可執(zhí)行代碼的二進(jìn)制形式，可以被操作系統(tǒng)載入內(nèi)存執(zhí)行。

　　由于windows和linux的平臺(tái)不同（主要是編譯器、匯編器和連接器的不同），因此二者庫(kù)的二進(jìn)制是不兼容的。

　　本文僅限于介紹linux下的庫(kù)。

　　1.2庫(kù)的種類

　　linux下的庫(kù)有兩種：靜態(tài)庫(kù)和共享庫(kù)（動(dòng)態(tài)庫(kù)）。

　　二者的不同點(diǎn)在于代碼被載入的時(shí)刻不同。

　　靜態(tài)庫(kù)的代碼在編譯過程中已經(jīng)被載入可執(zhí)行程序，因此體積較大。

　　共享庫(kù)的代碼是在可執(zhí)行程序運(yùn)行時(shí)才載入內(nèi)存的，在編譯過程中僅簡(jiǎn)單的引用，因此代碼體積較小。

　　1.3庫(kù)存在的意義

　　庫(kù)是別人寫好的現(xiàn)有的，成熟的，可以復(fù)用的代碼，你可以使用但要記得遵守許可協(xié)議。

　　現(xiàn)實(shí)中每個(gè)程序都要依賴很多基礎(chǔ)的底層庫(kù)，不可能每個(gè)人的代碼都從零開始，因此庫(kù)的存在意義非同尋常。

　　共享庫(kù)的好處是，不同的應(yīng)用程序如果調(diào)用相同的庫(kù)，那么在內(nèi)存里只需要有一份該共享庫(kù)的實(shí)例。

　　1.4庫(kù)文件是如何產(chǎn)生的在linux下

　　靜態(tài)庫(kù)的后綴是.a，它的產(chǎn)生分兩步

　　Step 1.由源文件編譯生成一堆.o，每個(gè).o里都包含這個(gè)編譯單元的符號(hào)表

　　Step 2.ar命令將很多.o轉(zhuǎn)換成.a，成為靜態(tài)庫(kù)

　　動(dòng)態(tài)庫(kù)的后綴是.so，它由gcc加特定參數(shù)編譯產(chǎn)生。

　　具體方法參見后文實(shí)例。

　　1.5庫(kù)文件是如何命名的，有沒有什么規(guī)范

　　在linux下，庫(kù)文件一般放在/usr/lib和/lib下，

　　靜態(tài)庫(kù)的名字一般為libxxxx.a，其中xxxx是該lib的名稱

　　動(dòng)態(tài)庫(kù)的名字一般為libxxxx.so.major.minor，xxxx是該lib的名稱，major是主版本號(hào)， minor是副版本號(hào)

　　1.6如何知道一個(gè)可執(zhí)行程序依賴哪些庫(kù)

　　ldd命令可以查看一個(gè)可執(zhí)行程序依賴的共享庫(kù)，

　　例如# ldd /bin/lnlibc.so.6

　　=》 /lib/libc.so.6 （0×40021000）/lib/ld-linux.so.2

　　=》 /lib/ld- linux.so.2 （0×40000000）

　　可以看到ln命令依賴于libc庫(kù)和ld-linux庫(kù)

　　1.7可執(zhí)行程序在執(zhí)行的時(shí)候如何定位共享庫(kù)文件

　　當(dāng)系統(tǒng)加載可執(zhí)行代碼時(shí)候，能夠知道其所依賴的庫(kù)的名字，但是還需要知道絕對(duì)路徑。

　　此時(shí)就需要系統(tǒng)動(dòng)態(tài)載入器（dynamic linker/loader）

　　對(duì)于elf格式的可執(zhí)行程序，是由ld-linux.so*來(lái)完成的，它先后搜索elf文件的 DT_RPATH段—環(huán)境變量LD_LIBRARY_PATH—/etc/ld.so.cache文件列表—/lib/，/usr/lib目錄找到庫(kù)文件后將其載入內(nèi)存

　　如：export LD_LIBRARY_PATH=’pwd’

　　將當(dāng)前文件目錄添加為共享目錄

　　1.8在新安裝一個(gè)庫(kù)之后如何讓系統(tǒng)能夠找到他

　　如果安裝在/lib或者/usr/lib下，那么ld默認(rèn)能夠找到，無(wú)需其他操作。

　　如果安裝在其他目錄，需要將其添加到/etc/ld.so.cache文件中，步驟如下

　　1.編輯/etc/ld.so.conf文件，加入庫(kù)文件所在目錄的路徑

　　2.運(yùn)行l(wèi)dconfig，該命令會(huì)重建/etc/ld.so.cache文件

　　二、用gcc生成靜態(tài)和動(dòng)態(tài)鏈接庫(kù)的示例

　　我們通常把一些公用函數(shù)制作成函數(shù)庫(kù)，供其它程序使用。

　　函數(shù)庫(kù)分為靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)兩種。

　　靜態(tài)庫(kù)在程序編譯時(shí)會(huì)被連接到目標(biāo)代碼中，程序運(yùn)行時(shí)將不再需要該靜態(tài)庫(kù)。

　　動(dòng)態(tài)庫(kù)在程序編譯時(shí)并不會(huì)被連接到目標(biāo)代碼中，而是在程序運(yùn)行是才被載入，因此在程序運(yùn)行時(shí)還需要?jiǎng)討B(tài)庫(kù)存在。

　　本文主要通過舉例來(lái)說明在Linux中如何創(chuàng)建靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)，以及使用它們。

　　為了便于闡述，我們先做一部分準(zhǔn)備工作。

　　2.1準(zhǔn)備好測(cè)試代碼hello.h、hello.c和main.c；

　　hello.h（見程序1）為該函數(shù)庫(kù)的頭文件。

　　hello.c（見程序2）是函數(shù)庫(kù)的源程序，其中包含公用函數(shù)hello，該函數(shù)將在屏幕上輸出“Hello XXX！”。

　　main.c（見程序3）為測(cè)試庫(kù)文件的主程序，在主程序中調(diào)用了公用函數(shù)hello。

　　程序1： hello.h

　　#ifndef HELLO_H

　　#define HELLO_H

　　void hello（const char *name）;

　　#endif

　　程序2：hello.c#include

　　void hello（const char *name） {

　　printf（“Hello %s！\n”， name）;

　　}

　　程序3：main.c#include “hello.h”

　　int main（）

　　{

　　hello（“everyone”）;

　　return 0;

　　}2.2問題的提出

　　注意：這個(gè)時(shí)候，我們編譯好的hello.o是無(wú)法通過gcc –o 編譯的，這個(gè)道理非常簡(jiǎn)單，

　　hello.c是一個(gè)沒有main函數(shù)的.c程序，因此不夠成一個(gè)完整的程序，如果使用gcc –o 編譯并連接它，GCC將報(bào)錯(cuò)。

　　無(wú)論靜態(tài)庫(kù)，還是動(dòng)態(tài)庫(kù)，都是由.o文件創(chuàng)建的。因此，我們必須將源程序hello.c通過gcc先編譯成.o文件。

　　這個(gè)時(shí)候我們有三種思路：

　　1） 通過編譯多個(gè)源文件，直接將目標(biāo)代碼合成一個(gè).o文件。

　　2） 通過創(chuàng)建靜態(tài)鏈接庫(kù)libmyhello.a，使得main函數(shù)調(diào)用hello函數(shù)時(shí)可調(diào)用靜態(tài)鏈接庫(kù)。

　　3） 通過創(chuàng)建動(dòng)態(tài)鏈接庫(kù)libmyhello.so，使得main函數(shù)調(diào)用hello函數(shù)時(shí)可調(diào)用靜態(tài)鏈接庫(kù)。

　　2.3思路一：編譯多個(gè)源文件

　　在系統(tǒng)提示符下鍵入以下命令得到hello.o文件。

　　# gcc -c hello.c

　　為什么不使用gcc–o hello hello.cpp 這個(gè)道理我們之前已經(jīng)說了，使用-c是什么意思呢？這涉及到gcc 編譯選項(xiàng)的常識(shí)。

　　我們通常使用的gcc –o 是將.c源文件編譯成為一個(gè)可執(zhí)行的二進(jìn)制代碼（-o選項(xiàng)其實(shí)是制定輸出文件文件名，如果不加-c選項(xiàng)，gcc默認(rèn)會(huì)編譯連接生成可執(zhí)行文件，文件的名稱有-o選項(xiàng)指定），這包括調(diào)用作為GCC內(nèi)的一部分真正的C編譯器（ccl），以及調(diào)用GNU C編譯器的輸出中實(shí)際可執(zhí)行代碼的外部GNU匯編器（as）和連接器工具（ld）。

　　而gcc –c是使用GNU匯編器將源文件轉(zhuǎn)化為目標(biāo)代碼之后就結(jié)束，在這種情況下，只調(diào)用了C編譯器（ccl）和匯編器（as），而連接器（ld）并沒有被執(zhí)行，所以輸出的目標(biāo)文件不會(huì)包含作為L(zhǎng)inux程序在被裝載和執(zhí)行時(shí)所必須的包含信息，但它可以在以后被連接到一個(gè)程序。

　　我們運(yùn)行l(wèi)s命令看看是否生存了hello.o文件。

　　# ls

　　hello.c hello.h hello.o main.c

　　在ls命令結(jié)果中，我們看到了hello.o文件，本步操作完成。

　　同理編譯main

　　#gcc –c main.c

　　將兩個(gè)文件鏈接成一個(gè).o文件。

　　#gcc –o hello hello.o main.o

　　運(yùn)行

　　# 。/hello

　　Hello everyone！

　　完成^ ^！

　　2.4思路二：靜態(tài)鏈接庫(kù)

　　下面我們先來(lái)看看如何創(chuàng)建靜態(tài)庫(kù)，以及使用它。

　　靜態(tài)庫(kù)文件名的命名規(guī)范是以lib為前綴，緊接著跟靜態(tài)庫(kù)名，擴(kuò)展名為.a。例如：我們將創(chuàng)建的靜態(tài)庫(kù)名為myhello，則靜態(tài)庫(kù)文件名就是libmyhello.a。在創(chuàng)建和使用靜態(tài)庫(kù)時(shí)，需要注意這點(diǎn)。創(chuàng)建靜態(tài)庫(kù)用ar命令。

　　在系統(tǒng)提示符下鍵入以下命令將創(chuàng)建靜態(tài)庫(kù)文件libmyhello.a。

　　# ar rcs libmyhello.a hello.o

　　我們同樣運(yùn)行l(wèi)s命令查看結(jié)果：

　　# ls

　　hello.c hello.h hello.o libmyhello.a main.c

　　ls命令結(jié)果中有l(wèi)ibmyhello.a。

　　靜態(tài)庫(kù)制作完了，如何使用它內(nèi)部的函數(shù)呢？只需要在使用到這些公用函數(shù)的源程序中包含這些公用函數(shù)的原型聲明，然后在用gcc命令生成目標(biāo)文件時(shí)指明靜態(tài)庫(kù)名，gcc將會(huì)從靜態(tài)庫(kù)中將公用函數(shù)連接到目標(biāo)文件中。注意，gcc會(huì)在靜態(tài)庫(kù)名前加上前綴lib，然后追加擴(kuò)展名.a得到的靜態(tài)庫(kù)文件名來(lái)查找靜態(tài)庫(kù)文件，因此，我們?cè)趯懶枰B接的庫(kù)時(shí)，只寫名字就可以，如libmyhello.a的庫(kù)，只寫：-lmyhello

　　在程序3:main.c中，我們包含了靜態(tài)庫(kù)的頭文件hello.h，然后在主程序main中直接調(diào)用公用函數(shù)hello。下面先生成目標(biāo)程序hello，然后運(yùn)行hello程序看看結(jié)果如何。

　　# gcc -o hello main.c -static -L. -lmyhello

　　# 。/hello

　　Hello everyone！

　　我們刪除靜態(tài)庫(kù)文件試試公用函數(shù)hello是否真的連接到目標(biāo)文件 hello中了。

　　# rm libmyhello.a

　　rm： remove regular file `libmyhello.a‘？ y

　　# 。/hello

　　Hello everyone！

　　程序照常運(yùn)行，靜態(tài)庫(kù)中的公用函數(shù)已經(jīng)連接到目標(biāo)文件中了。

　　靜態(tài)鏈接庫(kù)的一個(gè)缺點(diǎn)是，如果我們同時(shí)運(yùn)行了許多程序，并且它們使用了同一個(gè)庫(kù)函數(shù)，這樣，在內(nèi)存中會(huì)大量拷貝同一庫(kù)函數(shù)。這樣，就會(huì)浪費(fèi)很多珍貴的內(nèi)存和存儲(chǔ)空間。使用了共享鏈接庫(kù)的Linux就可以避免這個(gè)問題。

　　共享函數(shù)庫(kù)和靜態(tài)函數(shù)在同一個(gè)地方，只是后綴有所不同。比如，在一個(gè)典型的Linux系統(tǒng)，標(biāo)準(zhǔn)的共享數(shù)序函數(shù)庫(kù)是/usr/lib/libm.so。

　　當(dāng)一個(gè)程序使用共享函數(shù)庫(kù)時(shí)，在連接階段并不把函數(shù)代碼連接進(jìn)來(lái)，而只是鏈接函數(shù)的一個(gè)引用。當(dāng)最終的函數(shù)導(dǎo)入內(nèi)存開始真正執(zhí)行時(shí)，函數(shù)引用被解析，共享函數(shù)庫(kù)的代碼才真正導(dǎo)入到內(nèi)存中。這樣，共享鏈接庫(kù)的函數(shù)就可以被許多程序同時(shí)共享，并且只需存儲(chǔ)一次就可以了。共享函數(shù)庫(kù)的另一個(gè)優(yōu)點(diǎn)是，它可以獨(dú)立更新，與調(diào)用它的函數(shù)毫不影響。

　　2.5思路三、動(dòng)態(tài)鏈接庫(kù)（共享函數(shù)庫(kù)）

　　我們繼續(xù)看看如何在Linux中創(chuàng)建動(dòng)態(tài)庫(kù)。我們還是從.o文件開始。

　　動(dòng)態(tài)庫(kù)文件名命名規(guī)范和靜態(tài)庫(kù)文件名命名規(guī)范類似，也是在動(dòng)態(tài)庫(kù)名增加前綴lib，但其文件擴(kuò)展名為.so。例如：我們將創(chuàng)建的動(dòng)態(tài)庫(kù)名為myhello，則動(dòng)態(tài)庫(kù)文件名就是libmyhello.so。用gcc來(lái)創(chuàng)建動(dòng)態(tài)庫(kù)。

　　在系統(tǒng)提示符下鍵入以下命令得到動(dòng)態(tài)庫(kù)文件libmyhello.so。

　　# gcc -shared -fPIC -o libmyhello.so hello.o

　　“PIC”命令行標(biāo)記告訴GCC產(chǎn)生的代碼不要包含對(duì)函數(shù)和變量具體內(nèi)存位置的引用，這是因?yàn)楝F(xiàn)在還無(wú)法知道使用該消息代碼的應(yīng)用程序會(huì)將它連接到哪一段內(nèi)存地址空間。這樣編譯出的hello.o可以被用于建立共享鏈接庫(kù)。建立共享鏈接庫(kù)只需要用GCC的”-shared”標(biāo)記即可。

　　我們照樣使用ls命令看看動(dòng)態(tài)庫(kù)文件是否生成。

　　# ls

　　hello.cpp hello.h hello.o libmyhello.so main.cpp

　　調(diào)用動(dòng)態(tài)鏈接庫(kù)編譯目標(biāo)文件。

　　在程序中使用動(dòng)態(tài)庫(kù)和使用靜態(tài)庫(kù)完全一樣，也是在使用到這些公用函數(shù)的源程序中包含這些公用函數(shù)的原型聲明，然后在用gcc命令生成目標(biāo)文件時(shí)指明動(dòng)態(tài)庫(kù)名進(jìn)行編譯。我們先運(yùn)行g(shù)cc命令生成目標(biāo)文件，再運(yùn)行它看看結(jié)果。

　　如果直接用如下方法進(jìn)行編譯，并連接：

　　# gcc -o hello main.c -L. -lmyhello

　　（使用”-lmyhello”標(biāo)記來(lái)告訴GCC驅(qū)動(dòng)程序在連接階段引用共享函數(shù)庫(kù)libmyhello.so。”-L.”標(biāo)記告訴GCC函數(shù)庫(kù)可能位于當(dāng)前目錄。否則GNU連接器會(huì)查找標(biāo)準(zhǔn)系統(tǒng)函數(shù)目錄：它先后搜索1.elf文件的 DT_RPATH段—2.環(huán)境變量LD_LIBRARY_PATH—3./etc/ld.so.cache文件列表—4./lib/，/usr/lib目錄找到庫(kù)文件后將其載入內(nèi)存，但是我們生成的共享庫(kù)在當(dāng)前文件夾下，并沒有加到上述的4個(gè)路徑的任何一個(gè)中，因此，執(zhí)行后會(huì)出現(xiàn)錯(cuò)誤）

　　# 。/hello

　　。/hello： error while loading shared libraries： libmyhello.so： cannot open shared object file： No such file or directory

　　#

　　錯(cuò)誤提示，找不到動(dòng)態(tài)庫(kù)文件libmyhello.so。程序在運(yùn)行時(shí)，會(huì)在/usr/lib和/lib等目錄中查找需要的動(dòng)態(tài)庫(kù)文件。若找到，則載入動(dòng)態(tài)庫(kù)，否則將提示類似上述錯(cuò)誤而終止程序運(yùn)行。有多種方法可以解決，

　　（1）我們將文件 libmyhello.so復(fù)制到目錄/usr/lib中，再試試。

　　# mv libmyhello.so /usr/lib

　　# 。/hello

　　成功！

　　（2）既然連接器會(huì)搜尋LD_LIBRARY_PATH所指定的目錄，那么我們可以將這個(gè)環(huán)境變量設(shè)置成當(dāng)前目錄：

　　先執(zhí)行：

　　export LD_LIBRARY_PATH=$（pwd）

　　再執(zhí)行：

　　。/hello

　　成功！

　　（3）

　　執(zhí)行：

　　ldconfig /usr/zhsoft/lib

　　注： 當(dāng)用戶在某個(gè)目錄下面創(chuàng)建或拷貝了一個(gè)動(dòng)態(tài)鏈接庫(kù)，若想使其被系統(tǒng)共享，可以執(zhí)行一下“l(fā)dconfig 目錄名”這個(gè)命令。此命令的功能在于讓ldconfig將指定目錄下的動(dòng)態(tài)鏈接庫(kù)被系統(tǒng)共享起來(lái)，意即：在緩存文件/etc/ld.so.cache中追加進(jìn)指定目錄下的共享庫(kù)。本例讓系統(tǒng)共享了/usr/zhsoft/lib目錄下的動(dòng)態(tài)鏈接庫(kù)。該命令會(huì)重建/etc/ld.so.cache文件

　　成功！

　　￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥

　　下面的這個(gè)錯(cuò)誤我沒有遇到，不過也記錄下，給遇到的人：

　　{ 這步后我沒有成功，報(bào)錯(cuò)內(nèi)容如下：/hello： error while loading shared libraries： /usr/lib/libmyhello.so： cannot restore segment prot after reloc： Permission denied

　　google了一下，發(fā)現(xiàn)是SELinux搞的鬼，解決辦法有兩個(gè)：

　　1.

　　chcon -t texrel_shlib_t /usr/lib/libmyhello.so

　　（chcon -t texrel_shlib_t “你不能share的庫(kù)的絕對(duì)路徑”）

　　2.

　　#vi /etc/sysconfig/selinux file

　　或者用

　　#gedit /etc/sysconfig/selinux file

　　修改SELINUX=disabled

　　重啟

　　}

　　#

　　￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥

　　這也進(jìn)一步說明了動(dòng)態(tài)庫(kù)在程序運(yùn)行時(shí)是需要的。

　　可以查看程序執(zhí)行時(shí)調(diào)用動(dòng)態(tài)庫(kù)的過程：

　　# ldd hello

　　執(zhí)行 test，可以看到它是如何調(diào)用動(dòng)態(tài)庫(kù)中的函數(shù)的。

　　［pin@localhost 20090505］$ ldd hello

　　linux-gate.so.1 =》 （0x00110000）

　　libmyhello.so =》 /usr/lib/libmyhello.so （0x00111000）

　　libc.so.6 =》 /lib/libc.so.6 （0x00859000）

　　/lib/ld-linux.so.2 （0x0083a000）

　　我們回過頭看看，發(fā)現(xiàn)使用靜態(tài)庫(kù)和使用動(dòng)態(tài)庫(kù)編譯成目標(biāo)程序使用的gcc命令完全一樣，

　　那當(dāng)靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)同名時(shí)，gcc命令會(huì)使用哪個(gè)庫(kù)文件呢？抱著對(duì)問題必究到底的心情，

　　來(lái)試試看。

　　先刪除除.c和.h外的所有文件，恢復(fù)成我們剛剛編輯完舉例程序狀態(tài)。

　　# rm -f hello hello.o /usr/lib/libmyhello.so

　　# ls

　　hello.c hello.h main.c

　　#

　　在來(lái)創(chuàng)建靜態(tài)庫(kù)文件libmyhello.a和動(dòng)態(tài)庫(kù)文件libmyhello.so。

　　# gcc -c hello.c

　　# ar rcs libmyhello.a hello.o

　　# gcc -shared -fPCI -o libmyhello.so hello.o

　　# ls

　　hello.c hello.h hello.o libmyhello.a libmyhello.so main.c

　　#

　　通過上述最后一條ls命令，可以發(fā)現(xiàn)靜態(tài)庫(kù)文件libmyhello.a和動(dòng)態(tài)庫(kù)文件libmyhello.so都已經(jīng)生成，并都在當(dāng)前目錄中。然后，我們運(yùn)行g(shù)cc命令來(lái)使用函數(shù)庫(kù)myhello生成目標(biāo)文件hello，并運(yùn)行程序 hello。

　　# gcc -o hello main.c -L. -lmyhello

　　# 。/hello

　　。/hello： error while loading shared libraries： libmyhello.so： cannot open shar

　　ed object file： No such file or directory

　　#

　　從程序hello運(yùn)行的結(jié)果中很容易知道，當(dāng)靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)同名時(shí)， gcc命令將優(yōu)先使用動(dòng)態(tài)庫(kù)。

　　Note：

　　編譯參數(shù)解析

　　最主要的是GCC命令行的一個(gè)選項(xiàng)：

　　-shared 該選項(xiàng)指定生成動(dòng)態(tài)連接庫(kù)（讓連接器生成T類型的導(dǎo)出符號(hào)表，有時(shí)候也生成弱連接W類型的導(dǎo)出符號(hào)），不用該標(biāo)志外部程序無(wú)法連接。相當(dāng)于一個(gè)可執(zhí)行文件

　　l -fPIC：表示編譯為位置獨(dú)立的代碼，不用此選項(xiàng)的話編譯后的代碼是位置相關(guān)的所以動(dòng)態(tài)載入時(shí)是通過代碼拷貝的方式來(lái)滿足不同進(jìn)程的需要，而不能達(dá)到真正代碼段共享的目的。

　　l -L.：表示要連接的庫(kù)在當(dāng)前目錄中

　　l -ltest：編譯器查找動(dòng)態(tài)連接庫(kù)時(shí)有隱含的命名規(guī)則，即在給出的名字前面加上lib，后面加上.so來(lái)確定庫(kù)的名稱

　　l LD_LIBRARY_PATH：這個(gè)環(huán)境變量指示動(dòng)態(tài)連接器可以裝載動(dòng)態(tài)庫(kù)的路徑。

　　l 當(dāng)然如果有root權(quán)限的話，可以修改/etc/ld.so.conf文件，然后調(diào)用 /sbin/ldconfig來(lái)達(dá)到同樣的目的，不過如果沒有root權(quán)限，那么只能采用輸出LD_LIBRARY_PATH的方法了。

　　調(diào)用動(dòng)態(tài)庫(kù)的時(shí)候有幾個(gè)問題會(huì)經(jīng)常碰到，有時(shí)，明明已經(jīng)將庫(kù)的頭文件所在目錄 通過 “-I” include進(jìn)來(lái)了，庫(kù)所在文件通過 “-L”參數(shù)引導(dǎo)，并指定了“-l”的庫(kù)名，但通過ldd命令察看時(shí)，就是死活找不到你指定鏈接的so文件，這時(shí)你要作的就是通過修改 LD_LIBRARY_PATH或者/etc/ld.so.conf文件來(lái)指定動(dòng)態(tài)庫(kù)的目錄。通常這樣做就可以解決庫(kù)無(wú)法鏈接的問題了。

　　靜態(tài)庫(kù)鏈接時(shí)搜索路徑順序：

　　1. ld會(huì)去找GCC命令中的參數(shù)-L

　　2. 再找gcc的環(huán)境變量LIBRARY_PATH

　　3. 再找內(nèi)定目錄 /lib /usr/lib /usr/local/lib 這是當(dāng)初compile gcc時(shí)寫在程序內(nèi)的

　　動(dòng)態(tài)鏈接時(shí)、執(zhí)行時(shí)搜索路徑順序：

　　1. 編譯目標(biāo)代碼時(shí)指定的動(dòng)態(tài)庫(kù)搜索路徑；

　　2. 環(huán)境變量LD_LIBRARY_PATH指定的動(dòng)態(tài)庫(kù)搜索路徑；

　　3. 配置文件/etc/ld.so.conf中指定的動(dòng)態(tài)庫(kù)搜索路徑；

　　4. 默認(rèn)的動(dòng)態(tài)庫(kù)搜索路徑/lib；

　　5. 默認(rèn)的動(dòng)態(tài)庫(kù)搜索路徑/usr/lib。

　　有關(guān)環(huán)境變量：

　　LIBRARY_PATH環(huán)境變量：指定程序靜態(tài)鏈接庫(kù)文件搜索路徑

　　LD_LIBRARY_PATH環(huán)境變量：指定程序動(dòng)態(tài)鏈接庫(kù)文件搜索路徑

　　附注：

　　作為L(zhǎng)inux程序開發(fā)員，最好對(duì)開發(fā)工具和資源的位置有個(gè)初步了解。下面簡(jiǎn)要介紹一下主要的文件夾和應(yīng)用程序。

　　1.應(yīng)用程序（Applications）

　　應(yīng)用程序通常都有固定的文件夾，系統(tǒng)通用程序放在/usr/bin，日后系統(tǒng)管理員在本地計(jì)算機(jī)安裝的程序通常放在/usr/local/bin或者/opt文件夾下。除了系統(tǒng)程序外，大部分個(gè)人用到的程序都放在/usr/local下，所以保持/usr的整潔十分重要。當(dāng)升級(jí)或者重裝系統(tǒng)的時(shí)候，只要把/usr/local的程序備份一下就可以了。

　　一些其他的程序有自己特定的文件夾，比如X Window系統(tǒng)，通常安裝在/usr/X11中，或者/usr/X11R6。GNU的編譯器GCC，通常放置在/usr/bin或者/usr/local/bin中，不同的Linux版本可能位置稍有不同。

　　2.頭文件（Head Files）

　　在C語(yǔ)言和其他語(yǔ)言中，頭文件聲明了系統(tǒng)函數(shù)和庫(kù)函數(shù)，并且定義了一些常量。對(duì)于C語(yǔ)言，頭文件基本上散落于/usr/include和它的子文件夾下。其他的編程語(yǔ)言的庫(kù)函數(shù)分布在編譯器定義的地方，比如在一些Linux版本中，X Window系統(tǒng)庫(kù)函數(shù)分布在/usr/include/X11，GNU C++的庫(kù)函數(shù)分布在/usr/include/g++。這些系統(tǒng)庫(kù)函數(shù)的位置對(duì)于編譯器來(lái)說都是“標(biāo)準(zhǔn)位置”，即編譯器能夠自動(dòng)搜尋這些位置。

　　如果想引用位于標(biāo)準(zhǔn)位置之外的頭文件，我們需要在調(diào)用編譯器的時(shí)候加上-I標(biāo)志，來(lái)顯式的說明頭文件所在文件夾。比如，

　　$ gcc -I/usr/openwin/include hello.c

　　會(huì)告訴編譯器除了標(biāo)準(zhǔn)位置外，還要去/usr/openwin/include看看有沒有所需的頭文件。詳細(xì)情況見編譯器的使用手冊(cè)（man gcc）。

　　庫(kù)函數(shù)（Library Files）

　　庫(kù)函數(shù)就是函數(shù)的倉(cāng)庫(kù)，它們都經(jīng)過編譯，重用性不錯(cuò)。通常，庫(kù)函數(shù)相互合作，來(lái)完成特定的任務(wù)。比如操控屏幕的庫(kù)函數(shù)（cursers和ncursers庫(kù)函數(shù)），數(shù)據(jù)庫(kù)讀取庫(kù)函數(shù)（dbm庫(kù)函數(shù)）等。

　　系統(tǒng)調(diào)用的標(biāo)準(zhǔn)庫(kù)函數(shù)一般位于/lib以及/usr/lib。C編譯器（精確點(diǎn)說，連接器）需要知道庫(kù)函數(shù)的位置。默認(rèn)情況下，它只搜索標(biāo)準(zhǔn)C庫(kù)函數(shù)。

　　庫(kù)函數(shù)文件通常開頭字母是lib。后面的部分標(biāo)示庫(kù)函數(shù)的用途（比如C庫(kù)函數(shù)用c標(biāo)識(shí)， 數(shù)學(xué)庫(kù)函數(shù)用m標(biāo)示），小數(shù)點(diǎn)后的后綴表明庫(kù)函數(shù)的類型：

　　.a 指靜態(tài)鏈接庫(kù)

　　.so 指動(dòng)態(tài)鏈接庫(kù)

　　去/usr/lib看一下，你會(huì)發(fā)現(xiàn)，庫(kù)函數(shù)都有動(dòng)態(tài)和靜態(tài)兩個(gè)版本。

　　與頭文件一樣，庫(kù)函數(shù)通常放在標(biāo)準(zhǔn)位置，但我們也可以通過-L標(biāo)識(shí)符，來(lái)添加新的搜索文件夾，-l指定特定的庫(kù)函數(shù)文件。比如

　　$ gcc -o x11fred -L/usr/openwin/lib x11fred.c -lX11

　　上述命令就會(huì)在編譯期間，鏈接位于/usr/openwin/lib文件夾下的libX11函數(shù)庫(kù)，編譯生成x11fred。

　　靜態(tài)鏈接庫(kù)（Static Libraries）

　　最簡(jiǎn)單的函數(shù)庫(kù)就是一些函數(shù)的簡(jiǎn)單集合。調(diào)用庫(kù)函數(shù)中的函數(shù)時(shí)，需要在調(diào)用函數(shù)中include定義庫(kù)函數(shù)的頭文件。我們用-l選項(xiàng)添加標(biāo)準(zhǔn)函數(shù)庫(kù)之外的函數(shù)庫(kù)。