原來ld對(duì)于鏈接一系列的庫(kù)的順序是很敏感的，不然會(huì)報(bào)undefined referenced 的函數(shù)符號(hào)錯(cuò)誤，意思就是未找到函數(shù)定義。實(shí)際上庫(kù)是能正確打開的。如果庫(kù)libA.a依賴于庫(kù)libB.a，那么連接器的參數(shù)應(yīng)該ln -lA -lB, 必須這樣寫。不然就會(huì)錯(cuò)誤。
這個(gè)看來是歷史的遺留問題。說白了就是，如果你確定某個(gè)庫(kù)不重要，就放到最后，也就是說，庫(kù)的加載順序是按順序進(jìn)行的，從左到右，優(yōu)先級(jí)最高，這也是遠(yuǎn)古時(shí)代機(jī)器太破的原因，內(nèi)在和硬盤包括CPU都是極其稀罕珍貴的。所以要你提前搞定哪些需要哪些不需要，一旦需要，就加載上去，不需要就不要加載上去。這樣就可以解釋上面的錯(cuò)誤了，編譯器加載到socketcomm后，發(fā)現(xiàn)還有依賴庫(kù)，再往后找，木有咧，于是就錯(cuò)了。
也就是說，被依賴的盡量放到后面，讓大家可以共用。
這就引申同來了另外一個(gè)問題，如果有多個(gè)庫(kù)，使用了相同的函數(shù)名或者類名，結(jié)構(gòu)體名稱會(huì)怎么樣？
可以使用nm和readelf、ldd等命令來查看你的庫(kù)的依賴和符號(hào)表以及導(dǎo)出的函數(shù)符號(hào)等。這樣就可以來驗(yàn)證上面的因?yàn)轫樞蛟斐傻牟煌木幾g結(jié)果。
把測(cè)試的庫(kù)分成動(dòng)、動(dòng)；靜、靜；動(dòng)靜三種情況。
第一種情況：靜靜庫(kù)都包含有相同的名字函數(shù)
gcc -L./ main.c -lA -lB
編譯報(bào)錯(cuò)，在multiple definition of `XXX‘。重復(fù)定義函數(shù)。
第二種情況：動(dòng)動(dòng)庫(kù)
這個(gè)得看加載的順序，上面說過，從左開始，按需加載。
gcc main.c ./libB.so ./libA.so
gcc main.c ./libA.so ./libB.so
這樣的鏈接方式為隱式鏈接，或者說加載時(shí)鏈接，而前面的靜態(tài)庫(kù)為編譯時(shí)連接。
也就是說，編譯的順序確定到底調(diào)用哪個(gè)庫(kù)中的同名函數(shù)。
第三種情況：動(dòng)動(dòng)，但是是動(dòng)態(tài)加載，而不上面的靜態(tài)加載。
gcc main.c -ldl ./libA.so ./libB.so
gcc main.c -ldl ./libB.so ./libA.so
沒有加鏈接選項(xiàng)時(shí)，跟第二種情況一樣。加了L選項(xiàng)后，指定哪上加載哪個(gè)。
libB為靜態(tài)鏈接!, libA為動(dòng)態(tài)加載.
gcc -L./ main.c -ldl –lB
動(dòng)態(tài)庫(kù)的庫(kù)名顯示的加載入編譯選項(xiàng)中
gcc -L./ main.c -ldl -lB ./libA.so
gcc -L./ main.c -ldl ./libA.so -lB
在有靜態(tài)和動(dòng)態(tài)時(shí)，不把動(dòng)態(tài)庫(kù)庫(kù)名顯示加入編譯選項(xiàng),輸出是正常的,如果加進(jìn)去以靜態(tài)庫(kù)為主和link順序無關(guān)。謝謝閱讀，希望能幫到大家，請(qǐng)繼續(xù)關(guān)注腳本之家，我們會(huì)努力分享更多優(yōu)秀的文章。
