首先，這不是什么很難做的事，但是，我還是記錄一下，因?yàn)檫@種方式我很容易就忘記了！！！個(gè)人不太習(xí)慣記住這些不是很常用的東西，但是，又時(shí)常在用的東西！
我們要明白DLL文件其實(shí)也是一個(gè)二進(jìn)制的文件，只不多這個(gè)文件并不是可執(zhí)行的文件。所以從本質(zhì)上，他和可執(zhí)行文件是沒(méi)有任何的區(qū)別的。
這里說(shuō)下他們的主要區(qū)別，可執(zhí)行文件中我們定義了main函數(shù)的入口，但是DLL中我們并沒(méi)有，我們只是提供了對(duì)外的函數(shù)接口，并且這些對(duì)外的函數(shù)我們都使用了特殊的標(biāo)記（_declspec(dllimport)和_declspec(dllexport)）用來(lái)表明這個(gè)函數(shù)是個(gè)對(duì)外函數(shù)。當(dāng)然這個(gè)標(biāo)記也可以標(biāo)識(shí)類，表明這個(gè)類是一個(gè)對(duì)外類。
下面來(lái)說(shuō)這個(gè)標(biāo)記的作用，我們?cè)诙x一個(gè)DLL的時(shí)候往往需要使用標(biāo)記_declspec(dllexport)標(biāo)明這是一個(gè)導(dǎo)出函數(shù)或者是一個(gè)導(dǎo)出類或者是一個(gè)導(dǎo)出的全局變量，當(dāng)我們需要引用DLL的導(dǎo)出函數(shù)或者導(dǎo)出類或者導(dǎo)出的全局變量的時(shí)候，我們需要在被引用出使用標(biāo)記_declspec(dllimport)標(biāo)明這是一個(gè)導(dǎo)入函數(shù)或者導(dǎo)入類或者導(dǎo)入的全局變量（編譯器本身可以自行推到函數(shù)是否是需要導(dǎo)入的，不過(guò)顯示的指明聽(tīng)說(shuō)是可以提高效率的）。
這里有些注意事項(xiàng)：
編譯DLL時(shí)為啥沒(méi)有生成lib文件
c語(yǔ)言怎么調(diào)用dll文件
根據(jù)上述的方法我們自行定義一個(gè)DLL，代碼如下：
// file_name: DLLHeader.h
#pragma once
#ifdef EXPORT_WIN32POJ
#define EXPORTS_DEMO _declspec(dllexport)
#else
#define EXPORTS_DEMO _declspec(dllimport)
#endif
int EXPORTS_DEMO add(int a, int b);
// file_name:DLLSource.cpp
#include "DLLHeader.h"
int add(int a, int b)
{
return a + b;
}
編譯DLL的工程的時(shí)候，我們需要增加預(yù)編譯宏EXPORT_WIN32POJ，才能正常編譯DLL，生成相應(yīng)的lib和dll文件，此處我們編譯的lib和dll的文件名分別為：Win32Project1.lib， Win32Project1.dll，為了引用該 dll 我們同時(shí)需要在可執(zhí)行程序代碼中引用 DLLHeader.h
可執(zhí)行程序代碼如下：
// file_name:Header.h
#pragma once
#include <iostream>
#include "..\Win32Project1\DLLHeader.h"
#ifdef _DEBUG
#pragma comment(lib, "../x64/Debug/Win32Project1.lib")
#else
#pragma comment(lib, "../x64/Release/Win32Project1.lib")
#endif
using namespace std;
// file_name:Source.cpp
#include "Header.h"
int main(int argc, char ** argv)
{
cout << add(10, 20) << endl;
return 0;
}
這里需要注意，必須保證可以引用到DLLHeader.h文件和對(duì)應(yīng)的Win32Project1.lib文件。當(dāng)運(yùn)行可執(zhí)行程序時(shí)，必須保證能夠訪問(wèn)對(duì)應(yīng)Win32Project1.dll文件。至此，一個(gè)完整的DLL的編寫(xiě)和引用就說(shuō)完了。
從上述的論述中，我們可以發(fā)現(xiàn)，編寫(xiě)一個(gè)DLL是一件簡(jiǎn)單的事情，編寫(xiě)一個(gè)好的DLL的核心還是在如何編寫(xiě)代碼這個(gè)環(huán)節(jié)。C/C++對(duì)于DLL的接口的定義和使用都是顯而易懂的。
剩下的部分，我想說(shuō)下靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)的概念。我們先說(shuō)在windows的表現(xiàn)形式，在windows上動(dòng)態(tài)庫(kù)的表現(xiàn)形式是：“*.dll, *.lib, *.h”，這三個(gè)文件，使用方式在上面的例子中都說(shuō)明了，重點(diǎn)強(qiáng)調(diào)一下可執(zhí)行程序運(yùn)行時(shí)需要對(duì)應(yīng)的DLL庫(kù)文件（這是靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)的本質(zhì)區(qū)別）。靜態(tài)庫(kù)的表現(xiàn)形式是：“*.lib, *.h”， 使用方式和上述例子相同，但是在可執(zhí)行程序運(yùn)行時(shí)，我們并不需要對(duì)應(yīng)的LIB庫(kù)文件。
說(shuō)說(shuō)原因：靜態(tài)庫(kù)在程序鏈接的過(guò)程已經(jīng)將對(duì)應(yīng)的二進(jìn)制帶碼寫(xiě)入到了可執(zhí)行程序中，而動(dòng)態(tài)庫(kù)是需要在程序運(yùn)行時(shí)才會(huì)把對(duì)應(yīng)的二進(jìn)制代碼調(diào)入內(nèi)存供可執(zhí)行程序調(diào)用（所以可執(zhí)行程序運(yùn)行時(shí)，我們必須有對(duì)應(yīng)的DLL庫(kù)文件）。
下面還有一個(gè)參考鏈接： Linux靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)學(xué)習(xí)總結(jié)
我引用其中的一段話：
3.靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)的比較
接靜態(tài)庫(kù)其實(shí)從某種意義上來(lái)說(shuō)只不過(guò)它操作的對(duì)象是目標(biāo)代碼而不是源碼而已。因?yàn)殪o態(tài)庫(kù)被鏈接后庫(kù)就直接嵌入可執(zhí)行文件中了，這樣就帶來(lái)了兩個(gè)問(wèn)題。
（1）首先就是系統(tǒng)空間被浪費(fèi)了。這是顯而易見(jiàn)的，想象一下，如果多個(gè)程序鏈接了同一個(gè)庫(kù)，則每一個(gè)生成的可執(zhí)行文件就都會(huì)有一個(gè)庫(kù)的副本，必然會(huì)浪費(fèi)系統(tǒng)空間。
（2）再者，一旦發(fā)現(xiàn)了庫(kù)中有bug，挽救起來(lái)就比較麻煩了。必須一一把鏈接該庫(kù)的程序找出來(lái)，然后重新編譯。
而動(dòng)態(tài)庫(kù)的出現(xiàn)正彌補(bǔ)了靜態(tài)庫(kù)的以上弊端。因?yàn)閯?dòng)態(tài)庫(kù)是在程序運(yùn)行時(shí)被鏈接的，所以磁盤(pán)上只須保留一份副本，因此節(jié)約了磁盤(pán)空間。如果發(fā)現(xiàn)了bug或要升級(jí)也很簡(jiǎn)單，只要用新的庫(kù)把原來(lái)的替換掉就行了。
但是靜態(tài)庫(kù)也有自己的優(yōu)點(diǎn)：
編譯后的執(zhí)行程序不需要外部的函數(shù)庫(kù)支持，因?yàn)樗惺褂玫暮瘮?shù)都已經(jīng)被編譯進(jìn)去了。
靜態(tài)庫(kù)的名字一般是libxxx.a（Linux）
動(dòng)態(tài)庫(kù)的名字一般是libxxx.so（Linux），有時(shí)候也是 libxxx.so.major.minor，xxxx是該lib的名稱，major是主版本號(hào)， minor是副版本號(hào)
linux系統(tǒng)有幾個(gè)重要的目錄存放相應(yīng)的函數(shù)庫(kù)，如/lib /usr/lib
