VisualStudio2019構建C/C++靜態(tài)庫和動態(tài)庫dll的問題 附源碼
1. 靜態(tài)庫和動態(tài)庫
1.1. 靜態(tài)鏈接庫
舉個例子,假如你在編寫一個C++工程,根據(jù)業(yè)務邏輯,這個工程需要用到一些工具類,例如集合操作的工具類(暫且叫他collection_utils),于是你直接定義一個collection_utils.h
頭文件和一個collection_utils.cpp
文件,在頭文件中寫一些工具函數(shù)的定義,在cpp文件中寫函數(shù)的實現(xiàn)邏輯;如下所示:
//---------------collection_utils.h----------------------------- #ifndef COLLECTION_UTILS #define COLLECTION_UTILS //合并兩個集合 Collection mergeCollection(const Collection& c1,const Collection& c2); #endif //---------------collection_utils.h----------------------------- //---------------collection_utils.cpp----------------------------- #include "collection_utils.h" #include <vector> // ..... Collection mergeCollection(const Collection& c1,const Collection& c2){ //....實現(xiàn)邏輯 } //---------------collection_utils.cpp----------------
然后你發(fā)現(xiàn)這個工具類具有通用性,在其他項目中也有類似的工具類的需求,想讓同事也用上你這個工具類,防止重復造輪子
,然后你就把這兩個文件發(fā)給你的同事,此時聰明的你想起來這樣做有個不好的地方,因為項目編譯的時候,make工具會逐個編譯每個文件生成obj模塊,然后通過連接器,把各個模塊連接起來,然后打包生成一個exe可執(zhí)行鏡像,這樣只要把這個工具類引入任何一個項目,它都要經歷編譯到obj的過程,但是對于工具類代碼來說,幾乎是寫好了以后就不怎么變化的東西了,這樣每個工程都編譯一遍,豈不是浪費了時間?而且隨著工具類庫的增加,這種方法的弊端就會越明顯。
那有沒有一種方法,可以讓這些工具類庫代碼只編譯一次,讓連接器在連接的時候,把已經編譯好的函數(shù)直接拷貝過來,縮短項目的構建時間呢? 答案是肯定的,它就是靜態(tài)鏈接庫。
有了靜態(tài)鏈接庫,其他工程只需要在工程中引入函數(shù)聲明的頭文件,在連接的時候,把靜態(tài)鏈接庫的庫文件提供出來就可以完成工程的構建。其實靜態(tài)庫很常見,例如我們用的C標準庫中的math.h
,如果你包含math.h
或stdio.h
等頭文件,這些頭文件聲明的函數(shù)實現(xiàn)不是每次構建工程都會把這里的代碼編譯一遍的,他們都是以預編譯的靜態(tài)鏈接庫的形式提供,在連接的時候,把我們調用的函數(shù)代碼指令,從這些庫中拷貝到最終的可執(zhí)行文件中。
1.1. 動態(tài)鏈接庫
我們上面說到的靜態(tài)連接庫是把預編譯的模塊拷貝到自己的模塊中,然后打包構建exe鏡像,這當然節(jié)省了編譯器的時間,但是從某種程度上講,還是有些不足,因為:
- 在每一個構建出的每一個exe鏡像中,都會有同一個函數(shù)的代碼拷貝,造成額外的空間開銷;
- 當這些靜態(tài)庫升級時,所有的模塊都要重新編譯;
那有沒有一種依賴方式,可以讓程序在編譯時,僅僅記錄調用函數(shù)的名稱,函數(shù)的實現(xiàn)代碼放在專門的一個地方,這樣的庫在內存中只裝在一份;等到調用時,根據(jù)調用函數(shù)的名稱到庫中查找得到函數(shù)的入口地址呢?當然有的,那就是動態(tài)鏈接庫(dll),顧名思義,這種類型的庫是在程序運行時,需要哪個函數(shù),就加載對應的dll到內存中,然后動態(tài)把函數(shù)調用的符號引用連接到實際的調用地址,當然這一步是由操作系統(tǒng)完成的啦,自己的程序不需要操心,這個比靜態(tài)庫要節(jié)省空間,但是會存在動態(tài)連接(把符號引用轉為直接引用)的過程,對于調用性能要求較高的函數(shù),可能會損失性能。
一般在windows系統(tǒng)中,動態(tài)鏈接庫的文件擴展名是.dll
,靜態(tài)鏈接庫的名稱是.lib
,在linux系統(tǒng)中,動態(tài)庫的擴展名是.so
,靜態(tài)庫的擴展名是.a
。
2. 使用VisualStudio構建演示
VisualStudio 2019版本:16.8.3(社區(qū)版)
2.1. 靜態(tài)庫構建演示
創(chuàng)建一個名稱為StaticDynamicLibraryStudy
空白解決方案
添加一個靜態(tài)庫項目
項目類型選擇靜態(tài)庫
填入名稱:StaticLibrary
,
最終新建好的項目目錄結構如下:
我們可以把pch.cpp
和StaticLibrary.cpp
文件刪掉,添加自己的代碼,舉例如下:
添加一個頭文件,例如sayHello.h
,
然后在源文件中新建一個源文件sayHello.cpp
,實現(xiàn)sayHello邏輯,如下:
然后,生成項目,在項目上右鍵,生成:
然后報錯了,😂如下:
如果遇到此報錯,只需要在項目上右鍵—>屬性,
然后再次生成就可以了,
當然這個目錄是可以改的,項目—>右鍵—>屬性—>配置屬性—>常規(guī)—>輸出目錄,大家可以去改。
然后在解決方案中增加一個測試控制臺項目,名稱叫做StaticLibraryTest
,新建項目的過程上面有的,不再贅述。刪除掉多余的注釋,最終得到的項目結構:
因為C++中函數(shù)遵守先聲明后使用的原則,為了能在新的項目中使用sayHello函數(shù),首先需要聲明,因為演示只有這么一個函數(shù),所以你可以在main函數(shù)之前,直接聲明,
如果需要使用的函數(shù)比較多,也可以直接把頭文件復制到當前項目,然后include之,我覺得后一種比較規(guī)范,我就采用包含頭文件的方式了:
目前我們只是解決了聲明函數(shù)的問題,但是函數(shù)的實現(xiàn)代碼我們還沒有包含進來,函數(shù)的實現(xiàn)代碼在上一步我們生成的StaticLibrary.lib中,如何包含呢?使用#pragma comment預處理指令,如下所示:
生成項目,然后運行試試,
如何設置當前解決方案運行那個項目的可執(zhí)行文件呢?解決方案上—>右鍵—> 屬性—>通用屬性—>啟動項目—>單啟動項目,VS設置太多,自己慢慢摸索吧。
然后就會看到如下輸出:
說明你成功了。nice~
其實,#pragma comment還可以指定相對路徑,是相對連接器構建時的工作目錄,在VS里,連接器的工作路徑就是項目根路徑,例如,改成如下形式,也是可以編譯運行的。
當我們需要引入的靜態(tài)庫很多時,都使用絕對路徑或相對路徑寫難免麻煩,我們可以告訴連接器去哪個目錄下找?guī)煳募?,然后只需要在預處理指令中放入我們的靜態(tài)庫的名稱即可。VS中提供這種支持,配置方法:項目—>右鍵—>屬性—
>配置屬性—>鏈接器—>常規(guī)—>附加庫目錄
然后把程序改成這樣,也可以運行的。當然你把lib文件復制到項目根目錄下,不用添加附加目錄,直接在預處理指令上寫庫名稱也是可以的。
如果我們這一句也不想寫,可以直接在VS中指定包含哪個庫,操作方法,項目—>右鍵—>屬性—>配置屬性—>鏈接器—>輸入—>附加依賴項
添加我們的庫名稱,這個時候直接寫庫的名稱,前提是已經配置了附加目錄,如果沒有配置附加目錄,這里需要寫全路徑或相對路徑,
然后把程序改成這樣,
也是可以運行成功的。
2.2. 動態(tài)庫構建演示
還是在當前的解決方案里,新建一個項目,項目類型選擇動態(tài)庫,名稱是DynamicLibrary
新建以后是這樣的:
這里的dllMain是dll的入口點,然后我們在添加sayHello.h
和sayhello.cpp
,只不過頭文件需要加上__declspec
(dllexport)
,如下圖:
這個標識的意思是,當前的sayHello函數(shù)需要從dll導出,相當于暴漏給外部的服務接口。在cpp文件中我們打印:Hello,I am from dynamic library
,然后項目—>右鍵—>生成,會生成3個文件:
其中l(wèi)ib文件是動態(tài)庫的導入庫文件,這個文件是讓連接器在連接的時候,只需要記錄調用函數(shù)的名稱和在dll中的偏移地址,而不去拷貝其代碼實現(xiàn),等到運行的時候,會由操作系統(tǒng)把動態(tài)庫的地址映射到當前進程的地址空間。
我們現(xiàn)在再添加一個控制臺項目DynamicLibraryTest
,在里面進行sayHello
函數(shù)的聲明,注意聲明時,要用如下方式:
然后還需要像靜態(tài)庫一樣,使用#progma commen
預處理指令,把lib導入庫文件引入進來,具體引入的方法我就不再贅述了,上面有說。最終就像這樣:
然后,工程—>右鍵—>生成,然后運行,結果如下:(這里需要保證你的可執(zhí)行文件和dll在同一目錄,當然把dll文件添加到path路徑也是可以的)
這種方式叫做隱式鏈接,調用函數(shù)時,程序是如何找到dll中的入口地址的,完全是連接器幫我們做了,那我們能不能手動找到呢?即在程序運行時,動態(tài)的獲取到某個函數(shù)的句柄? 如果我們只有一個dll文件,沒有導入庫,但是我們知道里里面的函數(shù)聲明,這個時候我們該怎么調用呢?下面我們就看看顯式鏈接。
要顯式鏈接,首先需要修改一下原來的動態(tài)庫,VS中新建一個模塊定義文件,項目—>右鍵—>添加—>新建項—>Visual C++ —>代碼—>模塊定義文件(def)
名稱我就叫做DynamicLibrary.def
,內容如下:
然后,重新生成,在DynamicLibraryTest項目的main函數(shù)中,寫上如下代碼:
然后,重新生成,運行,有點像Java的反射,結果圖我就不貼了。LoadLibrary中的路徑可以只使用dll的名稱,前提是dll必須在可執(zhí)行文件同級目錄或在path路徑中。
3. 總結
以上就是靜態(tài)庫和動態(tài)庫的所有內容了,本文只是在Windows平臺進行演示,后續(xù)有空會增加在Linux平臺的演示,一步一步教會你,源碼已上傳Gitee碼云倉庫,編輯倉促,如有發(fā)現(xiàn)錯誤,請大家不吝賜教。
到此這篇關于VisualStudio2019構建C/C++靜態(tài)庫和動態(tài)庫dll的問題 附源碼的文章就介紹到這了,更多相關VisualStudio2019 dll動態(tài)庫內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
C++ normal_distribution高斯正態(tài)分布函數(shù)的用法示例
高斯分布也稱為正態(tài)分布(normal distribution),常用的成熟的生成高斯分布隨機數(shù)序列的方法由Marsaglia和Bray在1964年提出,這篇文章主要給大家介紹了關于C++ normal_distribution高斯正態(tài)分布函數(shù)用法的相關資料,需要的朋友可以參考下2021-07-07