Linux下連接器ld鏈接如何排序

　　Linux系統中連接器ld鏈接的順序是很重要的，如果順序不當就會導致undefined referenced 函數報錯，下面小編就給大家介紹下Linux下如何排列連接器ld的鏈接順序。

　　原來ld對於鏈接一系列的庫的順序是很敏感的，不然會報undefined referenced 的函數符號錯誤，意思就是未找到函數定義。實際上庫是能正確打開的。如果庫libA.a依賴於庫libB.a，那麼連接器的參數應該ln -lA -lB， 必須這樣寫。不然就會錯誤。

　　這個看來是歷史的遺留問題。說白了就是，如果你確定某個庫不重要，就放到最後，也就是說，庫的加載順序是按順序進行的，從左到右，優先級最高，這也是遠古時代機器太破的原因，內在和硬盤包括CPU都是極其稀罕珍貴的。所以要你提前搞定哪些需要哪些不需要，一旦需要，就加載上去，不需要就不要加載上去。這樣就可以解釋上面的錯誤了，編譯器加載到socketcomm後，發現還有依賴庫，再往後找，木有咧，於是就錯了。

　　也就是說，被依賴的盡量放到後面，讓大家可以共用。

　　這就引申同來了另外一個問題，如果有多個庫，使用了相同的函數名或者類名，結構體名稱會怎麼樣？

　　可以使用nm和readelf、ldd等命令來查看你的庫的依賴和符號表以及導出的函數符號等。這樣就可以來驗證上面的因為順序造成的不同的編譯結果。

　　把測試的庫分成動、動；靜、靜；動靜三種情況。

　　第一種情況：靜靜庫都包含有相同的名字函數

　　復制代碼代碼如下：

　　gcc -L./ main.c -lA -lB

　　編譯報錯，在multiple definition of `XXX‘。重復定義函數。

　　第二種情況：動動庫

　　這個得看加載的順序，上面說過，從左開始，按需加載。

　　復制代碼代碼如下：

　　gcc main.c 。/libB.so 。/libA.so

　　復制代碼代碼如下：

　　gcc main.c 。/libA.so 。/libB.so

　　這樣的鏈接方式為隱式鏈接，或者說加載時鏈接，而前面的靜態庫為編譯時連接。

　　也就是說，編譯的順序確定到底調用哪個庫中的同名函數。

　　第三種情況：動動，但是是動態加載，而不上面的靜態加載。

　　復制代碼代碼如下：

　　gcc main.c -ldl 。/libA.so 。/libB.so

　　復制代碼代碼如下：

　　gcc main.c -ldl 。/libB.so 。/libA.so

　　沒有加鏈接選項時，跟第二種情況一樣。加了L選項後，指定哪上加載哪個。

　　libB為靜態鏈接！， libA為動態加載。

　　復制代碼代碼如下：

　　gcc -L./ main.c -ldl –lB

　　動態庫的庫名顯示的加載入編譯選項中

　　復制代碼代碼如下：

　　gcc -L./ main.c -ldl -lB 。/libA.so

　　復制代碼代碼如下：

　　gcc -L./ main.c -ldl 。/libA.so -lB

　　在有靜態和動態時，不把動態庫庫名顯示加入編譯選項，輸出是正常的，如果加進去以靜態庫為主和link順序無關。

　　上面就是Linux系統下連接器ld鏈接順序的介紹了，不同的順序就會造成不同的編譯結果，因此被依賴的盡量放到後面，你記住了嗎？