靜態庫和動態庫的比較
鏈結靜態庫其實從某種意義上來說也是一種貼上複製，只不過它操作的物件是目標**而不是原始碼而已。因為靜態庫被鏈結後庫就直接嵌入可執行檔案中了，這樣就帶來了兩個問題。
首先就是系統空間被浪費了。這是顯而易見的，想象一下，如果多個程式鏈結了同乙個庫，則每乙個生成的可執行檔案就都會有乙個庫的副本，必然會浪費系統空間。
再者，人非聖賢，即使是精心除錯的庫，也難免會有錯。一旦發現了庫中有bug，挽救起來就比較麻煩了。必須一一把鏈結該庫的程式找出來，然後重新編譯。
而動態庫的出現正彌補了靜態庫的以上弊端。因為動態庫是在程式執行時被鏈結的，所以磁碟上只須保留乙份副本，因此節約了磁碟空間。如果發現了bug或要公升級也很簡單，只要用新的庫把原來的替換掉就行了。
那麼，是不是靜態庫就一無是處了呢？
答曰：非也非也。不是有句話麼：存在即是合理。靜態庫既然沒有湮沒在滔滔的歷史長河中，就必然有它的用武之地。想象一下這樣的情況：如果你用libpcap庫編了乙個程式，要給被人執行，而他的系統上沒有裝pcap庫，該怎麼解決呢？最簡單的辦法就是編譯該程式時把所有要鏈結的庫都鏈結它們的靜態庫，這樣，就可以在別人的系統上直接執行該程式了。
所謂有得必有失，正因為動態庫在程式執行時被鏈結，故程式的執行速度和鏈結靜態庫的版本相比必然會打折扣。然而瑕不掩瑜，動態庫的不足相對於它帶來的好處在現今硬體下簡直是微不足道的，所以鏈結程式在鏈結時一般是優先鏈結動態庫的，除非用-static引數指定鏈結靜態庫。
靜態鏈結和動態鏈結區別
一 靜態鏈結 鏈結程式搜尋乙個或者多個庫檔案 標準庫.lib 直到在某個庫中找到了含有所引用函式的物件模組，然後鏈結程式把這個物件模組拷貝到結果可執行檔案 exe 中。鏈結程式維護對該函式的所有引用，使它們指向該程式中現在含有該函式拷貝的地方。二 動態鏈結 鏈結程式也是搜尋乙個或者多個庫檔案 輸入庫...
靜態鏈結和動態鏈結的區別
靜態鏈結是指要把呼叫的函式或過程直接拷貝到可執行檔案中，成為可執行檔案的一部分。缺點 當多個程式都要呼叫相同函式時，記憶體中就會有多個拷貝，浪費了記憶體資源。優點 執行速度快，執行程式能夠在其他作業系統的機器上直接執行。動態鏈結 動態鏈結是所呼叫的函式 並沒有拷貝到應用程式的可執行檔案中，而是僅僅在...
靜態庫，靜態鏈結，動態鏈結 的區別
遺憾地說 除了ender說的 靜態庫在程式執行時就會裝入記憶體，而動態庫在呼叫的時候才裝入！是正確的外，其他觀點都有偏頗之處甚至是錯誤的。我的感覺是，大家受mfc的影響太深了，而沒有看到事情的本質。首先糾正所謂 靜態連線就是把需要的庫函式放進你的exe之中 的說法。在真實世界中，有三個概念 use ...