鏈接器在根據(jù)命令行中輸入的可重定位目標(biāo)文件和靜態(tài)庫的順序從左到右的掃描這些文件。在這個(gè)掃描中，鏈接器會(huì)維護(hù)一個(gè)集合E，該集合包含了將來要被合并生產(chǎn)可執(zhí)行文件的所有可重定位目標(biāo)文件；維護(hù)了一個(gè)集合U，包含了未解決的符號(hào)（只引用了但還沒有定義）；還維護(hù)了一個(gè)集合D，包含被先前輸入文件定義的符號(hào)。開始的時(shí)候這三個(gè)集合都為空。

• 對(duì)于在命令行中的每個(gè)輸入文件f，鏈接器都會(huì)去判斷這個(gè)文件是目標(biāo)文件還是靜態(tài)庫文件。如果是目標(biāo)文件，鏈接器將f加入到集合E中，并將f中的已定義的符號(hào)和引用的符號(hào)分別加入到集合D和U中，并繼續(xù)處理下一個(gè)文件。
• ?如果f是靜態(tài)庫文件，鏈接器會(huì)掃描靜態(tài)庫中的目標(biāo)文件m，如果m中定義的符號(hào)包含在集合U中，那么就將m加入到E中，然后將m中定義的符號(hào)和引用的符號(hào)加入到集合D和U中。然后繼續(xù)掃描靜態(tài)庫中的目標(biāo)文件，直到U和D不再改變?yōu)橹埂?/span>
• 如果鏈接器完成了命令行中所有輸入文件的掃描，并且U為非空的，那么鏈接器會(huì)輸出錯(cuò)誤然后終止。如果U為空，則合并和重定位E中的目標(biāo)文件來生成可執(zhí)行文件。

　　看上面的處理過程其實(shí)有一個(gè)問題，那就是如果庫文件比引用庫文件的目標(biāo)文件先處理，那么最后會(huì)導(dǎo)致后面處理的目標(biāo)文件引用的符號(hào)最終無法被解析。如果后面輸入的庫依賴于前面已經(jīng)處理的庫也會(huì)出現(xiàn)同樣的問題，所以輸入文件的順序就變得很重要了，一般的規(guī)則是庫文件放在命令行的最后，引用另一個(gè)目標(biāo)文件f的文件m，m要比f先輸入，如果m和f互相依賴，那么只有在f之后再輸入一個(gè)m文件，庫也是同樣的處理。

轉(zhuǎn)載于:https://www.cnblogs.com/chengxuyuancc/p/3479966.html

總結(jié)

以上是生活随笔為你收集整理的链接器怎样使用静态库来解决符号引用的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。