編譯靜態鏈接動態鏈接
A. GCC中靜態連接和動態連接的區別
gcc中靜態連接和動態鏈接的方法:
1:GCC的靜態連接,直接把靜態庫的名字放在gcc後面
例如:gcc -o test test.c staticlib.a
2:GCC的動態連接,使用-l指定庫,-L指定庫的路徑,注意動態庫名必須是lib開頭,後綴名為.so
例如: gcc -o test test.c -lpthread -L/usr/lib/
3:靜態庫也可以採用動態庫的連接方法,如果目錄中同時存在2種庫,gcc會優先選擇動態庫。如果一條gcc鏈接指令中既要鏈接動態庫又要鏈接靜態庫,可以用-Wl,-dn 和-Wl,-dy參數選項來切換。
靜態連接和動態鏈接的主要區別:
1:靜態連接的時候,靜態庫的所有執行代碼被直接編譯到目標程序中。而動態連接的時候,僅僅把動態庫的函數和變數的符號名,地址偏移量等導入到目標程序。只有在目標程序運行的時候才把動態庫的執行代碼載入到內存中。
2:動態鏈接的項目容易管理,把不同模塊封裝成不同的動態庫,如果模塊功能修改,一般只需要重新生成該動態庫,不用重新編譯其他模塊和目標程序。而靜態鏈接的程序修改任何一個地方都必須重新編譯整個程序
3:靜態鏈接生成的目標程序體積比動態鏈接的大,但是載入速度更快,發布更容易,不需要檢查發布機器上是否有該動態庫或者動態庫版本是否符合要求。
4:如果多個程序使用一個動態庫,則該庫的執行代碼只會在內存中載入一次。而靜態庫是多次載入(事實上靜態庫連接完就沒用了,等於目標程序的一部分)。
5:從調試的角度來說,靜態連接的程序調試方法和獨立程序沒有任何區別,而動態庫的調試相對要復雜一些,因為庫裡面的符號地址都是相對地址
B. 靜態鏈接與動態鏈接在鏈接過程和文件結構上的區別
動態鏈接庫和靜態鏈接庫一般是編譯集成一系列的介面(函數)
在程序源代碼編譯完成後通過編譯器編譯並通過鏈接器與這些庫進行鏈接
動態鏈接庫與靜態鏈接庫的區別在於鏈接器在進行鏈接時靜態庫會被直接編譯進程序里
而動態鏈接庫並不會,我們這里將這些鏈接庫稱作依賴(動態庫和靜態庫)
程序的運行需要這些依賴,程序在靜態鏈接後該程序本身便已包含該依賴
而動態鏈接後的程序本身本不包含該依賴,這些依賴需要執行者自行安裝進操作系統(動態庫、運行時庫)
程序運行時會動態地載入這些庫
linux上動態庫一般的後綴後為.so
靜態庫一般的後綴為.a
由於靜態鏈接會直接將庫編譯進程序里所以靜態編譯後的程序相較於動態鏈接所要大
這就是因為靜態鏈接會將鏈接庫編譯進程序里的原因,所以佔用就要大了
出於這種原因,靜態庫不易於維護與更新,如果鏈接庫中有實現有bug等需要更新則需要更新整個程序,因為靜態庫被編譯進程序中了
但動態庫就沒有這種情況了,因為動態庫是程序運行時動態載入的,所以我們只需要更新動態庫而不需要更新所有依賴該庫的程序(軟體)
另一方面,很多程序的開發都會使用到相同的鏈接庫,也就是很多程序(軟體)會有相同的依賴
如果將這些依賴全部靜態編譯的話將會造成存儲資源佔用過多而造成資源浪費
而使用動態庫的方式這些程序(軟體)則可以共享一個鏈接庫,而不需要每個程序都帶一個鏈接庫,這樣就大大地減少了存儲資源佔用空間
C. 如何編譯C/Fortran動態/靜態鏈接庫
首先,傳統的編譯,也就是靜態編譯是把 源文件 翻譯成目標文件,這個是一次性過程,也就是你所謂的靜態編譯。
後來的Java和.NET等語言,首先編譯成中間形式,然後運行過程中根據需要編譯成本地代碼(注意這個過程不是一次性的,下次運行重新編譯),這個就是JIT(即時編譯)技術,從即時編譯發展出了動態編譯技術
————————————
(傳統的)編譯完成後,像C/C++、Fortran、匯編等語言,可以把多個目標文件合並到一個庫文件中,這個就是靜態庫。比如常說的庫函數printf就是libc裡面的函數。
如果有了啟動函數(main),main裡面使用了printf,就可以通過靜態鏈接技術,從libc中提取出printf所在的文件加入到可執行文件中,如果printf還需要其它函數,就繼續搜索並加入列表,直到形成一個閉包。這個就是靜態鏈接。
可是靜態鏈接有個明顯的缺點,如果每個程序都需要printf,那麼printf這個函數的代碼就會同時存在在每個程序中,這樣也太佔地方了吧。所以發明了動態連接技術,其實有兩種形式。無論哪一種,都是首先記錄下需要調用printf這個函數以及所在的動態庫,等到運行的時候再載入動態庫,從動態庫中找到真正的printf去執行。
由於,動態鏈接技術需要一些額外的信息,傳統的靜態庫是不具備的,這些額外信息主要是重復載入和卸載時所需要的一些代碼,因此需要動態鏈接庫。
D. 請問:誰能解釋一下編程中的動態鏈接和靜態鏈接
動態鏈接就是鏈接動態鏈接庫,編出來的可執行程序(.exe文件)小,但運行可執行程序時要同時運行動態鏈接庫,即*.DLL.
靜態鏈接,就是把要鏈接的庫的代碼全部放到可執行程序里,編出來的可執行程序大,但運行可執行程序時不須同時運行動態鏈接庫.
採用動態鏈接的好處是計算機的總體效率提高.動態鏈接庫里的東西,許多其他同時運行的視窗程序可以共享,動態庫佔用的內存,也共享.同一時間只要運行一個同樣的動態庫.
動態鏈接的缺點是,有許許多多的動態鏈接庫,同名動態鏈接庫有不同版本,新版本不一定兼容老的,老版本不一定兼容新的.每當機器更新時,動態鏈接庫也可能更新,也可能更舊(不要覺得奇怪,微軟就是這么乾的).
編譯時用哪個動態鏈接庫(的.lib),程序運行時就需要那個版的.DLL,否則有麻煩.有時自己寫的程序,操作系統一變,程序運行就會crash,這時要重新編譯. 如果用靜態鏈接,就沒問題,操作系統更新對它沒影響,因為所有代碼都在可執行程序裡面.
E. 如何編譯C/Fortran動態/靜態鏈接庫
首先,傳統的編譯,也就是
靜態編譯
是把
源文件
翻譯成目標文件,這個是一次性過程,也就是你所謂的靜態編譯。
後來的Java和.NET等語言,首先編譯成中間形式,然後運行過程中根據需要編譯成本地代碼(注意這個過程不是一次性的,下次運行重新編譯),這個就是JIT(即時編譯)技術,從即時編譯發展出了動態編譯技術
————————————
(傳統的)編譯完成後,像C/C++、Fortran、匯編等語言,可以把多個目標文件合並到一個
庫文件
中,這個就是靜態庫。比如常說的
庫函數
printf就是libc裡面的函數。
如果有了啟動函數(main),main裡面使用了printf,就可以通過
靜態鏈接
技術,從libc中提取出printf所在的文件加入到可執行文件中,如果printf還需要其它函數,就繼續搜索並加入列表,直到形成一個
閉包
。這個就是靜態鏈接。
可是靜態鏈接有個明顯的缺點,如果每個程序都需要printf,那麼printf這個函數的代碼就會同時存在在每個程序中,這樣也太佔地方了吧。所以發明了動態連接技術,其實有兩種形式。無論哪一種,都是首先記錄下需要調用printf這個函數以及所在的
動態庫
,等到運行的時候再載入動態庫,從動態庫中找到真正的printf去執行。
由於,
動態鏈接
技術需要一些額外的信息,傳統的靜態庫是不具備的,這些額外信息主要是重復載入和卸載時所需要的一些代碼,因此需要
動態鏈接庫
。
F. Linux動態鏈接和靜態鏈接簡析
linux動態鏈接和靜態鏈接簡析1.生成靜態鏈接庫gcc
-c
h.c
-o
h.oar
cqs
libh.a
h.o//ar是生成庫的命令,cqs是參數,libh.a是生成的靜態鏈接庫須以lib開頭,h是庫名,a表示是靜態鏈接庫,h.o是剛才生成目標文件2.生成動態鏈接庫
www.shiwu.com
gcc
-c
h.c
-o
h.o生成動態鏈接庫用gcc來完成gcc
-shared
-WI
-o
libh.so
h.o//-shared
-WI是參數,libh.so是生成的靜態鏈接庫須以lib開頭,h是庫名,so表示是動態鏈接庫,h.o是剛才生成目標文件3.將生成的libh.a,libh.so拷貝到/usr/lib或/lib下4.編譯帶靜態鏈接庫的程序gcc
-c
test.c
-o
test.ogcc
test.o
-o
test
-WI
-Bstatic
-lh//-WI
-Bstatic表示鏈接靜態庫,-lh中-l表示鏈接,h是庫名即/usr/lib下的libh.a5.編譯帶動態鏈接庫的程序gcc
-c
test.c
-o
test.ogcc
test.o
-o
test
-WI
-Bdynamic
-lh//-WI
-Bdynamic表示鏈接動態庫,-lh中-l表示鏈接,h是庫名即/usr/lib下的libh.so6.運行./test得到結果
www.shiwu.com
7.其他知識有些庫形如libh.so.1.0,1.0表示版本號.若要使用該庫,通常要建立一個軟連接,用ln
-s
libh.so.1.0
libh.so.系統不知道1.0為何意思。編譯連接時同時要用動態和靜態鏈接庫,則用如下命令gcc
test.o
-o
test
-WI
-Bstatic
-lh1
-WI
-Bdynamic
-lh28.動態庫和靜態庫的位置問題把動態庫或者靜態庫放在/usr/lib或者/lib下,在鏈接的時候系統會自動到這兩個目錄下尋找。如果沒有放在這兩個目錄下,則修改/etc/ld.so.conf文件,把目錄寫入該文件,然後ldconfig,就OK了。如果沒有放在usr/lib或者/lib目錄下,也不修改/etc/ld.so.conf文件,也可以在編譯的時候加上
-L/路徑
也可以。但是在執行的時候還是會提示找不到庫的所在。
作者
llg521208
G. 何謂靜態鏈接何謂裝入時動態鏈接和運行時的動態鏈接
靜態鏈接是由鏈接器在鏈接時將庫的內容加入到可執行程序中的做法。鏈接器是一個獨立程序,將一個或多個庫或目標文件(先前由編譯器或匯編器生成)鏈接到一塊生成可執行程序。
靜態鏈接的最大缺點是生成的可執行文件太大,需要更多的系統資源,在裝入內存時也會消耗更多的時間。
像Unix ld程序這樣的靜態鏈接器(static linker)以一組可重定位的目標文件作為輸入,生成一個完全連接的可以載入和運行的可執行目標文件作為輸出。輸入的可重定位目標文件由各種不同的代碼和數據節(section)組成。指令在一個節中,初始化的全局變數在一個節中;而未初始化的變數在另外一個節中。
動態鏈接英文是Dynamic Linking,他是使得不同的程序開發者和部門能夠相對獨立地開發和測試自己的程序模塊,從某種意義上來講大大促進了程序的開發效率,原先限製程序的規模也隨之擴大。但是慢慢地靜態鏈接的諸多缺點也逐步暴露出來,比如浪費內存和磁碟空間、模塊更新困難等問題,使得人們不得不尋找一種更好的方式來組織程序的模塊。
動態鏈接與靜態鏈接對比
靜態鏈接
優點:
① 代碼裝載速度快,執行速度略比動態鏈接庫快;
② 只需保證在開發者的計算機中有正確的.LIB文件,在以二進制形式發布程序時不需考慮在用戶的計算機上.LIB文件是否存在及版本問題,可避免DLL地獄等問題。
缺點:
使用靜態鏈接生成的可執行文件體積較大,包含相同的公共代碼,造成浪費;
動態鏈接
優點:
①更加節省內存並減少頁面交換;
② DLL文件與EXE文件獨立,只要輸出介面不變(即名稱、參數、返回值類型和調用約定不變),更換DLL文件不會對EXE文件造成任何影響,因而極大地提高了可維護性和可擴展性;
③不同編程語言編寫的程序只要按照函數調用約定就可以調用同一個DLL函數;
④適用於大規模的軟體開發,使開發過程獨立、耦合度小,便於不同開發者和開發組織之間進行開發和測試。
缺點:
使用動態鏈接庫的應用程序不是自完備的,它依賴的DLL模塊也要存在,如果使用載入時動態鏈接,程序啟動時發現DLL不存在,系統將終止程序並給出錯誤信息。而使用運行時動態鏈接,系統不會終止,但由於DLL中的導出函數不可用,程序會載入失敗;速度比靜態鏈接慢。當某個模塊更新後,如果新模塊與舊的模塊不兼容,那麼那些需要該模塊才能運行的軟體,統統撕掉。這在早期Windows中很常見。[1]
頁面
動態頁面:含有?的,或是以asp,php,jsp,aspx結尾的都是動態,動態頁面是可以通過網站後台管理系統對網站的內容進行更新管理,動態頁面在伺服器裡面不是真實存在的,訪問動態頁面需要經過資料庫,動態頁面是動態連接,發布公司產品,交流互動,博客,網上調查等,這都是動態網站的一些功能。