動態鏈接庫是動態編譯嗎

❶ 請哪位來解釋一下Qt靜態編譯和動態編譯的區別

靜態編譯與動態編譯的區別：
1、動態編譯的可執行文件需要附帶一個的動態鏈接庫，在執行時，需要調用其對應動態鏈接庫中的命令。
所以其優點一方面是縮小了執行文件本身的體積，另一方面是加快了編譯速度，節省了系統資源。
缺點一是哪怕是很簡單的程序，只用到了鏈接庫中的一兩條命令，也需要附帶一個相對龐大的鏈接庫；二是如果其他計算機上沒有安裝對應的運行庫，則用動態編譯的可執行文件就不能運行。

❷ 靜態編譯和動態編譯有何不同

靜態編譯就是把庫函數編譯到你的程序里 這樣編譯的好處是 可以適應不同的平台 如果你是用window系統的話不建議用靜態編譯 因為這樣會使你的代碼量增大
動態編譯就是不把庫函數編譯到你的程序里

❸ 嵌入式靜態鏈接庫和動態鏈接庫的區別

靜態鏈接庫在程序編譯時就會鏈接到代碼中，編譯完成後就不在需要靜態庫的存在了。

而動態庫編譯時不會鏈接到目標代碼中，而是在代碼運行時動態載入，也就是說代碼運行時需要動態庫的存在。

❹ 動態鏈接庫和靜態鏈接庫的區別

一、指代不同

1、動態鏈接庫：是微軟公司在微軟Windows操作系統中，實現共享函數庫概念的一種方式。

2、靜態鏈接庫：函數和數據被編譯進一個二進制文件（通常擴展名為*.LIB），Visual C++的編譯器在鏈接過程中將從靜態庫中恢復這些函數和數據並把他們和應用程序中的其他模塊組合在一起生成可執行文件。

二、特點不同

1、動態鏈接庫：庫函數的擴展名是 」.dll"、".ocx"（包含ActiveX控制的庫）或者 ".drv"（舊式的系統驅動程序）。

2、靜態鏈接庫：使用的.lib文件，庫中的代碼最後需要連接到可執行文件中去。

三、調用方法不同

1、動態鏈接庫：提供了一種使進程可以調用不屬於其可執行代碼的函數。函數的可執行代碼位於一個 DLL 文件中，該 DLL 包含一個或多個已被編譯、鏈接並與使用它們的進程分開存儲的函數。

2、靜態鏈接庫：用程序所需的全部內容都是從庫中復制了出來，所以靜態庫本身並不需要與可執行文件一起發行。

❺ 動態鏈接庫是什麼

什麼是動態鏈接庫？DLL三個字母對於你來說一定很熟悉吧，它是Dynamic Link Library 的縮寫形式，動態鏈接庫 (DLL) 是作為共享函數庫的可執行文件。動態鏈接提供了一種方法，使進程可以調用不屬於其可執行代碼的函數。函數的可執行代碼位於一個 DLL 中，該 DLL 包含一個或多個已被編譯、鏈接並與使用它們的進程分開存儲的函數。DLL 還有助於共享數據和資源。多個應用程序可同時訪問內存中單個 DLL 副本的內容。

❻ 什麼是動態鏈接庫

DLL三個字母對於你來說一定很熟悉吧，它是Dynamic Link Library 的縮寫形式，動態鏈接庫 (DLL) 是作為共享函數庫的可執行文件。動態鏈接提供了一種方法，使進程可以調用不屬於其可執行代碼的函數。函數的可執行代碼位於一個 DLL 中，該 DLL 包含一個或多個已被編譯、鏈接並與使用它們的進程分開存儲的函數。DLL 還有助於共享數據和資源。多個應用程序可同時訪問內存中單個 DLL 副本的內容。

動態鏈接庫是一個能夠被應用程序和其它的DLL調用的過程和函數的集合體,它裡麵包含的是公共代碼或資源。由於DLL代碼使用了內存共享技術,在某些地方windows也給了DLL一些更高的許可權,因而DLL中可以實現一些一般程序所不能實現的功能,如實現windows的HOOK、ISAPI等。

同時,DLL還為不同語言間代碼共享提供了一條方便的途徑。因而DLL在編程時應用較為廣泛,本文將介紹如何在 Delphi 中建立和使用DLL。

一．DLL 庫內存共享機制

從使用效果看,DLL和unit 很像,它們都可以被別的工程模塊所調用,但二者在內部的實現機制上確存在著差別。如果一個程序模塊中用uses語句引用了某個unit,編譯程序在編譯該模塊時,便會連同unit一起編譯,並把編譯後的可執行代碼鏈接到本程序模塊中,這就是一個程序模塊能夠調用所引用unit中過程和函數的原因。

當同一個unit被多個工程所引用時,則每個工程中都含有該unit的可執行代碼,當含有該unit的多個工程同時執行時,unit的可執行代碼會隨不同工程而多次被調入內存,造成內存資源的浪費。DLL則不同,它即使被某個工程調用,編譯後仍是獨立的。

也就是說編譯後,一個DLL庫形成一個單獨的可執行文件,而不與任何其它的可執行文件連接在一起,因而DLL庫並不從屬於某個特定的工程,當多個工程調用同一個DLL庫時只有第一個工程把DLL庫調入內存,其餘工程並不重復調入同一個DLL庫到內存,而是到同一個共享內存區讀取。並且,DLL的執行代碼是在程序運行期間動態調入的,而不是如unit在程序運行時就與整個工程一起調入內存。這樣便可消除unit帶來的相同代碼多處佔用內存的弊病。

二 Delphi中DLL庫的建立

在Delphi環境中,編寫一個DLL同編寫一個一般的應用程序並沒有太大的區別。事實上作為DLL主體的DLL函數的編寫,除了在內存、資源的管理上有所不同外,並不需要其它特別的手段。

一般工程文件的格式為:
program 工程標題;
uses 子句;
程序體
而DLLs工程文件的格式為:
library 工程標題;
uses 子句;
exprots 子句;
絛蛺?
它們主要的區別有兩點:

1.一般工程文件的頭標用program關鍵字,而DLL工程文件頭標用library 關鍵字。不同的關鍵字通知編譯器生成不同的可執行文件。用program關鍵字生成的是.exe文件,而用library關鍵字生成的是.dll文件;

2.假如DLL要輸出供其它應用程序使用的函數或過程,則必須將這些函數或過程列在exports子句中。而這些函數或過程本身必須用export編譯指令進行編譯。 在Delphi主菜單file 中選new...項,在彈出的窗口中雙擊DLL圖標,便會自動給出DLL源模塊框架,如下:

Library project1;
{...注釋...}
uses
SysUtils, Classes;
begin
end.

接下來便可在USES和begin之間加入想在該DLL中實現的過程和函數的定義,並用export和exprots保字把它們引出,以便別的模塊引用,在begin和end之間加入初始化代碼,初始化代碼是用來對DLL變數初始化的。應注意,即便無初始化代碼begin與end也不可省略,如下例:

library minmax;
function Min(X, Y: Integer): Integer; export;
begin
if X < Y then Min := X else Min := Y;
end;
function Max(X, Y: Integer): Integer; export;
begin
if X > Y then Max := X else Max := Y;
end;
exports
Min index 1,
Max index 2;
begin
end.

經編譯後,並以minmax.DLL存檔後,一個DLL庫文件便形成了。
三 DLL庫的訪問

訪問DLL庫有兩種方式,一種是靜態引用,另一種是動態引用。

用靜態引用這種方法裝入DLL要做兩件事情:為DLL 庫創建一個輸入單元,以及用USES把輸入單元連接到要使用DLL 函數的程序模塊中。為DLL庫創建的輸入單元與普通的單元的區別僅在於:在它的介面處聲明的過程、函數,並不在它的實現部分給出真正的實現代碼,而是用external關鍵字把過程、函數的實現細節委託給外部DLL模塊。

external命令的使用語法如下:

procere /function 過程/函數名;external DLL模塊名;

下面給出為上面創建的minmax.DLL庫寫的輸入單元源文件testdll .pas,從中可看出輸入單元與一般單元的一些差別,代碼如下所示:
unit testdll;
interface
uses
function Min (X, Y: Integer): Integer;
function Max (X, Y: Integer): Integer;
implementation
function Min; external 『minmax.DLL』;
function Max; external 『minmax.DLL』;
end.

一個應用程序若想調用minmax.DLL中的函數,只須在其uses語句中加入testdll 單元即可。

動態裝入DLL,要用到Windows的三個API函數。Loadlibrary、Freelibrary和GetprocAddress 。 loadlibrary函數用來裝入DLL庫,其調用格式如下:

function loadlobrary (DLLfileName:Pchar): THandle:

當不再需要一個DLL庫時,應調用FreeLibrary函數將其釋放,以空出寶貴的內存資源,其調用格式如下:

procere FreeLibrary (Libmole:THandle)

Libmole 為由LoadLibrary調用得到的DLL庫句柄。在用loadlobrary 函數裝入某個DLL庫和調用FreeLibrary釋放該DLL庫之間的程序段中, 可以使用該DLL庫中的過程和函數,具體使用方法是:用GetprocAddress函數把DLL庫中函數的地址傳遞給程序中某個函數變數,再用該變數實現DLL函數的調用。GetprocAddress函數聲名如下
function GetprocAddress (Libmole:THandle:procname:pchar):TFarProc:
如下例所示:
type
TTimeRec = record
Second: Integer;
Minute: Integer;
Hour: Integer;
end;
TGetTime = procere(var Time: TTimeRec);
THandle = Integer;
var
Time: TTimeRec;
Handle: THandle;
GetTime: TGetTime;
...
begin
Handle := LoadLibrary('DATETIME.DLL');
if Handle <> 0 then
begin
@GetTime := GetProcAddress(Handle, 'GetTime');
if @GetTime <> nil then
begin
GetTime(Time);
with Time do
WriteLn('The time is ', Hour, ':', Minute, ':', Second);
end;
FreeLibrary(Handle);
end;
end;

在調用動態鏈接庫時應注意, 所需動態鏈接庫須與應用程序在同一目錄或Windows System 目錄下。

動態鏈接庫是 Windows下程序組織的一種重要方式,使用動態鏈接庫可以極大地保護用戶在不同開發工具、不同時期所做的工作,提高編程效率。

什麼是靜態資料庫？
在靜態庫情況下，函數和數據被編譯進一個二進制文件（通常擴展名為*.LIB），Visual C++的編譯器在處理程序代碼時將從靜態庫中恢復這些函數和數據並把他們和應用程序中的其他模塊組合在一起生成可執行文件。這個過程稱為"靜態鏈接"，此時因為應用程序所需的全部內容都是從庫中復制了出來，所以靜態庫本身並不需要與可執行文件一起發行。

靜態連接庫是一種用戶模塊它提供了函數的完整的目標代碼（在靜態庫*.lib中）如果程序調用中的靜態連接庫的函數，則在進行連接時連接程序將中所包含的該函數的代碼復制到運行文件中. 動態連接庫也包含了其所提供的函數的目標代碼，但是在程序連接動態連接庫中的函數時，連接程序並不攔包含在動態連接庫中的函數的目標代碼復制到運行文件而只是簡單記錄了函數的位置信息。
有了這些信息程序在執行時就可找到目標代碼！

❼ 動態鏈接，靜態鏈接 動態編譯，靜態編譯 動態鏈接庫，靜態鏈接庫 這些兩兩間的區別是什麼呢

有點兒亂……，分數少簡單扼要的說說吧。
————————————
首先，傳統的編譯，也就是靜態編譯是把 源文件 翻譯成目標文件，這個是一次性過程，也就是你所謂的靜態編譯。
後來的Java和.NET等語言，首先編譯成中間形式，然後運行過程中根據需要編譯成本地代碼（注意這個過程不是一次性的，下次運行重新編譯），這個就是JIT（即時編譯）技術，從即時編譯發展出了動態編譯技術
————————————
（傳統的）編譯完成後，像C/C++、Fortran、匯編等語言，可以把多個目標文件合並到一個庫文件中，這個就是靜態庫。比如常說的庫函數printf就是libc裡面的函數。
如果有了啟動函數（main），main裡面使用了printf，就可以通過靜態鏈接技術，從libc中提取出printf所在的文件加入到可執行文件中，如果printf還需要其它函數，就繼續搜索並加入列表，直到形成一個閉包。這個就是靜態鏈接。
可是靜態鏈接有個明顯的缺點，如果每個程序都需要printf，那麼printf這個函數的代碼就會同時存在在每個程序中，這樣也太佔地方了吧。所以發明了動態連接技術，其實有兩種形式。無論哪一種，都是首先記錄下需要調用printf這個函數以及所在的動態庫，等到運行的時候再載入動態庫，從動態庫中找到真正的printf去執行。
由於，動態鏈接技術需要一些額外的信息，傳統的靜態庫是不具備的，這些額外信息主要是重復載入和卸載時所需要的一些代碼，因此需要動態鏈接庫。

❽ 動態鏈接庫(DLL)的作用是什麼

DLL為動態鏈接庫文件

動態鏈接庫的概念

在DOS環境下編過程序的讀者一定知道靜態庫的含義——程序員將實現各種功能的代碼寫成一個個子程序（函數），編譯成obj文件後，將多個obj文件組合成一個lib文件，當程序中要用到這些函數的時候，只需要指定函數名稱，編譯器就可以從庫中抽出對應的子程序代碼插入到可執行文件中去，這樣就可以不必一遍遍地重寫相同的功能代碼。這種鏈接方法就是靜態鏈接，

靜態鏈接的缺點顯而易見，如果有多個程序用到庫中的同樣函數，那麼所有這些可執行文件中都會包含一份同樣的代碼，對於每個程序幾乎必須使用的一些函數來說，如果硬碟上有一萬個程序用到這個函數，那麼就存在一萬份相同的代碼，這顯然是很浪費空間的。靜態鏈接的另外一個缺點是：如果某個函數因為發現有錯或更新演算法等種種原因需要升級版本時，必須把所有用到此函數的可執行文件都找回來重新編譯一遍，遺漏的程序中存在的還是舊版本的代碼。

DOS操作系統是單任務的操作系統，每時每刻只能有一個程序在運行，所以使用靜態鏈接浪費的空間僅表現在磁碟空間的浪費上；而Windows操作系統是多任務的，內存中會同時裝入多個程序的代碼，如果使用靜態鏈接的話，意味著有多份相同的代碼被裝入內存，這種浪費代價將是更昂貴的。

Windows的解決辦法就是使用動態鏈接庫，動態鏈接庫從表面上看也是提供了一大堆通用的函數，也可以被多個程序使用，但它和靜態庫的使用上有很多的不同點。

靜態庫僅在編譯的時候使用，編譯完成後，可執行文件就可以脫離庫文件單獨使用了，而動態鏈接庫中的代碼在程序編譯的時候並不會被插入到可執行文件中，在程序運行的時候才將整個庫的代碼調入內存，所以稱為「動態鏈接」。如果有多個程序用到同一個動態鏈接庫，Windows在物理內存中只保留一份庫的代碼，僅通過分頁機制將這份代碼映射到不同進程的地址空間中，這樣不管有多少程序在使用一個庫，庫代碼實際佔用的物理內存永遠只有一份。當然，這時候庫使用的數據段還是會被映射到不同的物理內存中，多少個程序在使用動態鏈接庫就會有多少份數據段。DLL的工作方式在圖1.6中就已經有所演示了。

當應用程序裝載動態鏈接庫的時候，程序中僅包括庫的名稱和函數的名稱，這些信息是動態尋找對應函數所必須的，程序在編譯和鏈接的時候必須插入這些定位信息，定位信息取自導入庫文件，這一點在前面的編程中已經多次涉及。

動態鏈接庫的縮寫為DLL，大部分動態鏈接庫是以擴展名為dll的文件形式存在的，但並不是只有dll擴展名的文件才是動態鏈接庫，系統中的某些exe文件、字體文件（*.fon）、一些驅動程序（*.drv）、各種控制項（*.ocx）和輸入法模塊（*.ime）等都是動態鏈接庫。實際上，系統中大部分包含公用代碼的模塊——不管擴展名是什麼——都有可能是動態鏈接庫。

一個文件是否是動態鏈接庫取決於它的文件結構，動態鏈接庫文件和可執行文件同樣使用標準的PE文件格式，僅文件頭中的屬性位不同而已，所以exe文件的一些特徵也存在於動態鏈接庫中，比如在動態鏈接庫中也可以定義並使用各種資源，可以導入並使用其他動態鏈接庫中的函數等。

有一個最重要的概念一定要牢記：動態鏈接庫是被映射到其他應用程序的地址空間中執行的，它和應用程序可以看成是「一體」的，動態鏈接庫可以使用應用程序的資源，它所擁有的資源也可以被應用程序使用，它的任何操作都是代表應用程序進行的，當動態鏈接庫進行打開文件、分配內存和創建窗口等操作後，這些文件、內存和窗口都是為應用程序所擁有的。

簡單的說，DLL就是不能自己執行的程序

❾ 動態編譯和靜態編譯有何主要區別

靜態編譯與動態編譯的區別
1、動態編譯的可執行文件需要附帶一個的動態鏈接庫，在執行時，需要調用其對應動態鏈接庫中的命令。所以其優點一方面是縮小了執行文件本身的體積，另一方面是加快了編譯速度，節省了系統資源。缺點一是哪怕是很簡單的程序，只用到了鏈接庫中的一兩條命令，也需要附帶一個相對龐大的鏈接庫；二是如果其他計算機上沒有安裝對應的運行庫，則用動態編譯的可執行文件就不能運行。
2、靜態編譯就是編譯器在編譯可執行文件的時候，將可執行文件需要調用的對應動態鏈接庫(.so)中的部分提取出來，鏈接到可執行文件中去，使可執行文件在運行的時候不依賴於動態鏈接庫。所以其優缺點與動態編譯的可執行文件正好互補。

❿ 動態庫和靜態庫的區別

兩者區別：
a，靜態庫的使用需要：
1 包含一個對應的頭文件告知編譯器lib文件裡面的具體內容
2 設置lib文件允許編譯器去查找已經編譯好的二進制代碼

b，動態庫的使用：
程序運行時需要載入動態庫，對動態庫有依賴性，需要手動加入動態庫

c，依賴性：
靜態鏈接表示靜態性，在編譯鏈接之後， lib庫中需要的資源已經在可執行程序中了， 也就是靜態存在，沒有依賴性了
動態，就是實時性，在運行的時候載入需要的資源，那麼必須在運行的時候提供 需要的 動態庫，有依賴性， 運行時候沒有找到庫就不能運行了

d，區別：
簡單講，靜態庫就是直接將需要的代碼連接進可執行程序；動態庫就是在需要調用其中的函數時，根據函數映射表找到該函數然後調入堆棧執行。
做成靜態庫可執行文件本身比較大，但不必附帶動態庫
做成動態庫可執行文件本身比較小，但需要附帶動態庫
鏈接靜態庫，編譯的可執行文件比較大，當然可以用strip命令精簡一下（如：strip libtest.a），但還是要比鏈接動態庫的可執行文件大。程序運行時間速度稍微快一點。
靜態庫是程序運行的時候已經調入內存，不管有沒有調用，都會在內存里頭。靜態庫在程序編譯時會被連接到目標代碼中，程序運行時將不再需要該靜態庫。
其在編譯程序時若鏈接,程序運行時會在系統指定的路徑下搜索，然後導入內存，程序一般執行時間稍微長一點，但編譯的可執行文件比較小；動態庫是程序運行的時候需要調用的時候才裝入內存，不需要的時候是不會裝入內存的。
動態庫在程序編譯時並不會被連接到目標代碼中，而是在程序運行是才被載入，因此在程序運行時還需要動態庫存在。

動態鏈接庫的特點與優勢

首先讓我們來看一下，把庫函數推遲到程序運行時期載入的好處：

1. 可以實現進程之間的資源共享。

什麼概念呢？就是說，某個程序的在運行中要調用某個動態鏈接庫函數的時候，操作系統首先會查看所有正在運行的程序，看在內存里是否已有此庫函數的拷貝了。如果有，則讓其共享那一個拷貝；只有沒有才鏈接載入。這樣的模式雖然會帶來一些「動態鏈接」額外的開銷，卻大大的節省了系統的內存資源。C的標准庫就是動態鏈接庫，也就是說系統中所有運行的程序共享著同一個C標准庫的代碼段。

2. 將一些程序升級變得簡單。用戶只需要升級動態鏈接庫，而無需重新編譯鏈接其他原有的代碼就可以完成整個程序的升級。Windows 就是一個很好的例子。

3. 甚至可以真正坐到鏈接載入完全由程序員在程序代碼中控制。

程序員在編寫程序的時候，可以明確的指明什麼時候或者什麼情況下，鏈接載入哪個動態鏈接庫函數。你可以有一個相當大的軟體，但每次運行的時候，由於不同的操作需求，只有一小部分程序被載入內存。所有的函數本著「有需求才調入」的原則，於是大大節省了系統資源。比如現在的軟體通常都能打開若干種不同類型的文件，這些讀寫操作通常都用動態鏈接庫來實現。在一次運行當中，一般只有一種類型的文件將會被打開。所以直到程序知道文件的類型以後再載入相應的讀寫函數，而不是一開始就將所有的讀寫函數都載入，然後才發覺在整個程序中根本沒有用到它們。

靜態庫：在編譯的時候載入生成目標文件，在運行時不用載入庫，在運行時對庫沒有依賴性。
動態庫：在目標文件運行時載入，手動載入，且對庫有依賴性。

具體在開發中用到哪種庫，我覺得還是根據實際的內存大小，ROM大小，運行的速度等綜合考慮。