1 庫(kù)的分類(lèi)

根據(jù)鏈接時(shí)期的不同，庫(kù)又有靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)之分。

靜態(tài)庫(kù)是在鏈接階段被鏈接的（好像是廢話(huà)，但事實(shí)就是這樣），所以生成的可執(zhí)行文件就不受庫(kù)的影響了，即使庫(kù)被刪除了，程序依然可以成功運(yùn)行。

有別于靜態(tài)庫(kù)，動(dòng)態(tài)庫(kù)的鏈接是在程序執(zhí)行的時(shí)候被鏈接的。所以，即使程序編譯完，庫(kù)仍須保留在系統(tǒng)上，以供程序運(yùn)行時(shí)調(diào)用。（TODO：鏈接動(dòng)態(tài)庫(kù)時(shí)鏈接階段到底做了什么）

2 靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)的比較

鏈接靜態(tài)庫(kù)其實(shí)從某種意義上來(lái)說(shuō)也是一種粘貼復(fù)制，只不過(guò)它操作的對(duì)象是目標(biāo)代碼而不是源碼而已。因?yàn)殪o態(tài)庫(kù)被鏈接后庫(kù)就直接嵌入可執(zhí)行文件中了，這樣就帶來(lái)了兩個(gè)問(wèn)題。

首先就是系統(tǒng)空間被浪費(fèi)了。這是顯而易見(jiàn)的，想象一下，如果多個(gè)程序鏈接了同一個(gè)庫(kù)，則每一個(gè)生成的可執(zhí)行文件就都會(huì)有一個(gè)庫(kù)的副本，必然會(huì)浪費(fèi)系統(tǒng)空間。

再者，人非圣賢，即使是精心調(diào)試的庫(kù)，也難免會(huì)有錯(cuò)。一旦發(fā)現(xiàn)了庫(kù)中有bug，挽救起來(lái)就比較麻煩了。必須一一把鏈接該庫(kù)的程序找出來(lái)，然后重新編譯。

而動(dòng)態(tài)庫(kù)的出現(xiàn)正彌補(bǔ)了靜態(tài)庫(kù)的以上弊端。因?yàn)閯?dòng)態(tài)庫(kù)是在程序運(yùn)行時(shí)被鏈接的，所以磁盤(pán)上只須保留一份副本，因此節(jié)約了磁盤(pán)空間。如果發(fā)現(xiàn)了bug或要升級(jí)也很簡(jiǎn)單，只要用新的庫(kù)把原來(lái)的替換掉就行了。

那么，是不是靜態(tài)庫(kù)就一無(wú)是處了呢？

答曰：非也非也。不是有句話(huà)么：存在即是合理。靜態(tài)庫(kù)既然沒(méi)有湮沒(méi)在滔滔的歷史長(zhǎng)河中，就必然有它的用武之地。想象一下這樣的情況：如果你用libpcap庫(kù)編了一個(gè)程序，要給被人運(yùn)行，而他的系統(tǒng)上沒(méi)有裝pcap庫(kù)，該怎么解決呢？最簡(jiǎn)單的辦法就是編譯該程序時(shí)把所有要鏈接的庫(kù)都鏈接它們的靜態(tài)庫(kù)，這樣，就可以在別人的系統(tǒng)上直接運(yùn)行該程序了。

所謂有得必有失，正因?yàn)閯?dòng)態(tài)庫(kù)在程序運(yùn)行時(shí)被鏈接，故程序的運(yùn)行速度和鏈接靜態(tài)庫(kù)的版本相比必然會(huì)打折扣。然而瑕不掩瑜，動(dòng)態(tài)庫(kù)的不足相對(duì)于它帶來(lái)的好處在現(xiàn)今硬件下簡(jiǎn)直是微不足道的，所以鏈接程序在鏈接時(shí)一般是優(yōu)先鏈接動(dòng)態(tài)庫(kù)的，除非用-static參數(shù)指定鏈接靜態(tài)庫(kù)。

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

1. 創(chuàng)建動(dòng)態(tài)鏈接庫(kù)

用命令gcc -shared hello.c -o libhello.so編譯為動(dòng)態(tài)庫(kù)?？梢钥吹?，當(dāng)前目錄下多了一個(gè)文件libhello.so。

2. 再編輯一個(gè)測(cè)試文件test.c，內(nèi)容如下

編譯 gcc test.c -lhello
-l 選項(xiàng)告訴編譯器要使用hello這個(gè)庫(kù)。奇怪的地方是動(dòng)態(tài)庫(kù)的名字是libhello.so,這里卻使用hello.
但這樣還不行，編譯會(huì)出錯(cuò)。

In function `main':
test.c:(.text+0x1d): undefined reference to `hello'
collect2: ld returned 1 exit status
這是因?yàn)閔ello這個(gè)庫(kù)在我們自己的路徑中，編譯器找不到。
需要使用-L選項(xiàng)，告訴hello庫(kù)的位置
gcc test.c -lhello -L. -o test
-L .告訴編譯器在當(dāng)前目錄中查找?guī)煳募?/P>

3. 編譯成功后執(zhí)行./test, 仍然出錯(cuò)

說(shuō)找不到庫(kù)

有兩種方法：

一、可以把當(dāng)前路徑加入 /etc/ld.so.conf中然后運(yùn)行l(wèi)dconfig，或者以當(dāng)前路徑為參數(shù)運(yùn)行l(wèi)dconfig（要有root權(quán)限才行）。

二、把當(dāng)前路徑加入環(huán)境變量LD_LIBRARY_PATH中

當(dāng)然，如果你覺(jué)得不會(huì)引起混亂的話(huà)，可以直接把該庫(kù)拷入/lib,/usr/lib/等位置（無(wú)可避免，這樣做也要有權(quán)限），這樣鏈接器和加載器就都可以準(zhǔn)確的找到該庫(kù)了。

我們采用第二種方法：
export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH
這樣，再執(zhí)行就成功了。

下面再講講靜態(tài)鏈接庫(kù)

仍使用剛才的hello.c和test.c。
1. gcc -c hello.c 注意這里沒(méi)有使用-shared選項(xiàng)
2. 把目標(biāo)文件歸檔    ar -r libhello.a hello.o
    程序 ar 配合參數(shù) -r 創(chuàng)建一個(gè)新庫(kù) libhello.a 并將命令行中列出的對(duì)象文件插入。采用這種方法，如果庫(kù)不存在的話(huà)，參數(shù) -r 將創(chuàng)建一個(gè)新的庫(kù)，而如果庫(kù)存在的話(huà)，將用新的模塊替換原來(lái)的模塊。
3. 在程序中鏈接靜態(tài)庫(kù)
           gcc test.c -lhello -L. -static -o hello.static
或者   gcc test.c libhello.a -L. -o hello.static

生成的hello.static就不再依賴(lài)libhello.a了

兩個(gè)有用的命令

file程序是用來(lái)判斷文件類(lèi)型的，在file命令下，所有文件都會(huì)原形畢露的。
順便說(shuō)一個(gè)技巧。有時(shí)在 windows下用瀏覽器下載tar.gz或tar.bz2文件，后綴名會(huì)變成奇怪的tar.tar，到Linux有些新手就不知怎么解壓了。但 Linux下的文件類(lèi)型并不受文件后綴名的影響，所以我們可以先用命令file xxx.tar.tar看一下文件類(lèi)型，然后用tar加適當(dāng)?shù)膮?shù)解壓。

另外，還可以借助程序ldd實(shí)用程序來(lái)判斷。
ldd是用來(lái)打印目標(biāo)程序（由命令行參數(shù)指定）所鏈接的所有動(dòng)態(tài)庫(kù)的信息的，如果目標(biāo)程序沒(méi)有鏈接動(dòng)態(tài)庫(kù)，則打印“not a dynamic executable”，ldd的用法請(qǐng)參考manpage。