1 庫的分類

根據鏈接時期的不同，庫又有靜態庫和動態庫之分。

靜態庫是在鏈接階段被鏈接的（好像是廢話，但事實就是這樣），所以生成的可執行文件就不受庫的影響了，即使庫被刪除了，程序依然可以成功運行。

有別於靜態庫，動態庫的鏈接是在程序執行的時候被鏈接的。所以，即使程序編譯完，庫仍須保留在系統上，以供程序運行時調用。（TODO：鏈接動態庫時鏈接階段到底做了什麽）

2 靜態庫和動態庫的比較

鏈接靜態庫其實從某種意義上來說也是一種粘貼復制，只不過它操作的對象是目標代碼而不是源碼而已。因為靜態庫被鏈接後庫就直接嵌入可執行文件中了，這樣就帶來了兩個問題。

首先就是系統空間被浪費了。這是顯而易見的，想象一下，如果多個程序鏈接了同一個庫，則每一個生成的可執行文件就都會有一個庫的副本，必然會浪費系統空間。

再者，人非聖賢，即使是精心調試的庫，也難免會有錯。一旦發現了庫中有bug，挽救起來就比較麻煩了。必須一一把鏈接該庫的程序找出來，然後重新編譯。

而動態庫的出現正彌補了靜態庫的以上弊端。因為動態庫是在程序運行時被鏈接的，所以磁盤上只須保留一份副本，因此節約了磁盤空間。如果發現了bug或要升級也很簡單，只要用新的庫把原來的替換掉就行了。

那麽，是不是靜態庫就一無是處了呢？

答曰：非也非也。不是有句話麽：存在即是合理。靜態庫既然沒有湮沒在滔滔的歷史長河中，就必然有它的用武之地。想象一下這樣的情況：如果你用libpcap庫編了一個程序，要給被人運行，而他的系統上沒有裝pcap庫，該怎麽解決呢？最簡單的辦法就是編譯該程序時把所有要鏈接的庫都鏈接它們的靜態庫，這樣，就可以在別人的系統上直接運行該程序了。

所謂有得必有失，正因為動態庫在程序運行時被鏈接，故程序的運行速度和鏈接靜態庫的版本相比必然會打折扣。然而瑕不掩瑜，動態庫的不足相對於它帶來的好處在現今硬件下簡直是微不足道的，所以鏈接程序在鏈接時一般是優先鏈接動態庫的，除非用-static參數指定鏈接靜態庫。

動態鏈接庫

1. 創建動態鏈接庫

1 #include<stdio.h>  
2 
3 void hello()  
4 {  
5         printf("hello world/n");  
6 }

用命令gcc -shared hello.c -o libhello.so編譯為動態庫。可以看到，當前目錄下多了一個文件libhello.so。

2. 再編輯一個測試文件test.c，內容如下

1 #include<stdio.h>  
2 
3 int main()  
4 {  
5         printf("call hello()"); 
6  
7         hello();  
8 }  

編譯 gcc test.c -lhello

-l 選項告訴編譯器要使用hello這個庫。奇怪的地方是動態庫的名字是libhello.so,這裏卻使用hello.

但這樣還不行，編譯會出錯。

In function `main‘:

test.c:(.text+0x1d): undefined reference to `hello‘

collect2: ld returned 1 exit status

這是因為hello這個庫在我們自己的路徑中，編譯器找不到。

需要使用-L選項，告訴hello庫的位置

gcc test.c -lhello -L. -o test

-L .告訴編譯器在當前目錄中查找庫文件

3. 編譯成功後執行./test, 仍然出錯

說找不到庫

有兩種方法：

一、可以把當前路徑加入 /etc/ld.so.conf中然後運行ldconfig，或者以當前路徑為參數運行ldconfig（要有root權限才行）。

二、把當前路徑加入環境變量LD_LIBRARY_PATH中

當然，如果你覺得不會引起混亂的話，可以直接把該庫拷入/lib,/usr/lib/等位置（無可避免，這樣做也要有權限），這樣鏈接器和加載器就都可以準確的找到該庫了。

我們采用第二種方法：

export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH

這樣，再執行就成功了。

下面再講講靜態鏈接庫

仍使用剛才的hello.c和test.c。

1. gcc -c hello.c 註意這裏沒有使用-shared選項

2. 把目標文件歸檔 ar -r libhello.a hello.o

程序 ar 配合參數 -r 創建一個新庫 libhello.a 並將命令行中列出的對象文件插入。采用這種方法，如果庫不存在的話，參數 -r 將創建一個新的庫，而如果庫存在的話，將用新的模塊替換原來的模塊。

3. 在程序中鏈接靜態庫

gcc test.c -lhello -L. -static -o hello.static

或者 gcc test.c libhello.a -L. -o hello.static

生成的hello.static就不再依賴libhello.a了

兩個有用的命令

file程序是用來判斷文件類型的，在file命令下，所有文件都會原形畢露的。

順便說一個技巧。有時在 windows下用瀏覽器下載tar.gz或tar.bz2文件，後綴名會變成奇怪的tar.tar，到Linux有些新手就不知怎麽解壓了。但 Linux下的文件類型並不受文件後綴名的影響，所以我們可以先用命令file xxx.tar.tar看一下文件類型，然後用tar加適當的參數解壓。

另外，還可以借助程序ldd實用程序來判斷。

ldd是用來打印目標程序（由命令行參數指定）所鏈接的所有動態庫的信息的，如果目標程序沒有鏈接動態庫，則打印“not a dynamic executable”，ldd的用法請參考manpage。

【來源】

【轉】gcc 編譯使用動態鏈接庫和靜態鏈接庫