上文我簡單的介紹了如何建立一個簡單DLL，下面再我簡單的介紹一下如何使用一個DLL。當一個DLL被生成后，它創建了一個.dll文件和一個.lib文件；這兩個都是你需要的。要使用DLL，就需要載入這個DLL。

隱式鏈接

這里有兩個方法來載入一個DLL；一個方法是捷徑另一個則相比要復雜些。捷徑是只鏈接到你.lib 文件并將.dll文件置入你的新項目的路徑中去。因此，創建一個新的空的Win32控制臺項目并添加一個源文件。將你做的DLL放入你的新項目相同的目錄下。

#include "stdafx.h"
#include "DLLSample.h"

#pragma comment(lib, "DLLSample.lib") //你也可以在項目屬性中設置庫的鏈接

int main()
{
        TestDLL(123);
        return(1);
}

這就是載入一個DLL的簡單方法。

顯式鏈接

難點的加載DLL的方法稍微有點復雜。你將需要函數指針和一些Windows函數。但是，通過這種載入DLLs的方法，你不需要DLL的.lib或頭文件，而只需要DLL。

#include <iostream>
#include <windows.h>
typedef void (*DLLFunc)(int);
int main()
{
        DLLFunc dllFunc;
        HINSTANCE hInstLibrary = LoadLibrary("DLLSample.dll");

        if (hInstLibrary == NULL)
        {
         FreeLibrary(hInstLibrary);
        }
        dllFunc = (DLLFunc)GetProcAddress(hInstLibrary, "TestDLL");
        if (dllFunc == NULL)
        {
         FreeLibrary(hInstLibrary);
        }
        dllFunc(123);
        std::cin.get();
        FreeLibrary(hInstLibrary);
        return(1);
}

     
首先你會注意到：這里包括進了文件“windows.h”同時移走了“DLLSample.h”。原因很簡單：因為windows.h包含了一些Windows函數，當然你現在將只需要其中幾個而已。它也包含了一些將會用到的Windows特定變量。你可以去掉DLL的頭文件（DLLSample.h）因為－如我前面所說－當你使用這個方法載入DLL時你并不需要它。

下面你會看到：下面的一句代碼:

typedef void (*DLLFunc)(int);
     
這是一個函數指針類型的定義。指向一個函數是一個int型的參數，返回值為void類型。

一個HINSTANCE是一個Windows數據類型：是一個實例的句柄；在此情況下，這個實例將是這個DLL。你可以通過使用函數LoadLibrary()獲得DLL的實例，它獲得一個名稱作為參數。在調用LoadLibrary函數后，你必需查看一下函數返回是否成功。你可以通過檢查HINSTANCE是否等于NULL（在Windows.h中定義為0或Windows.h包含的一個頭文件）來查看其是否成功。如果其等于NULL，該句柄將是無效的，并且你必需釋放這個庫。換句話說，你必需釋放DLL獲得的內存。如果函數返回成功，你的HINSTANCE就包含了指向DLL的句柄。

一旦你獲得了指向DLL的句柄，你現在可以從DLL中重新獲得函數。為了這樣作，你必須使用函數GetProcAddress()，它將DLL的句柄（你可以使用HINSTANCE）和函數的名稱作為參數。你可以讓函數指針獲得由GetProcAddress()返回的值，同時你必需將GetProcAddress()轉換為那個函數定義的函數指針。舉個例子，對于Add()函數，你必需將GetProcAddress()轉換為AddFunc；這就是它知道參數及返回值的原因。現在，最好先確定函數指針是否等于NULL以及它們擁有DLL的函數。這只是一個簡單的if語句；如果其中一個等于NULL，你必需如前所述釋放庫。

一旦函數指針擁有DLL的函數，你現在就可以使用它們了，但是這里有一個需要注意的地方：你不能使用函數的實際名稱；你必需使用函數指針來調用它們。在那以后，所有你需要做的是釋放庫如此而已。

模塊句柄

進程中的每個DLL模塊被全局唯一的32字節的HINSTANCE句柄標識。進程自己還有一個HINSTANCE句柄。所有這些模塊句柄都只有在特定的進程內部有效，它們代表了DLL或EXE模塊在進程虛擬空間中的起始地址。在Win32中，HINSTANCE和HMODULE的值是相同的，這個兩種類型可以替換使用。進程模塊句柄幾乎總是等于0x400000，而DLL模塊的加載地址的缺省句柄是0x10000000。如果程序同時使用了幾個DLL模塊，每一個都會有不同的HINSTANCE值。這是因為在創建DLL文件時指定了不同的基地址，或者是因為加載程序對DLL代碼進行了重定位。
模塊句柄對于加載資源特別重要。Win32 的FindResource函數中帶有一個HINSTANCE參數。EXE和DLL都有其自己的資源。如果應用程序需要來自于DLL的資源，就將此參數指定為DLL的模塊句柄。如果需要EXE文件中包含的資源，就指定EXE的模塊句柄。
但是在使用這些句柄之前存在一個問題，你怎樣得到它們呢？如果需要得到EXE模塊句柄，調用帶有Null參數的Win32函數GetModuleHandle；如果需要DLL模塊句柄，就調用以DLL文件名為參數的Win32函數GetModuleHandle。

應用程序怎樣找到DLL文件

如果應用程序使用LoadLibrary顯式鏈接，那么在這個函數的參數中可以指定DLL文件的完整路徑。如果不指定路徑，或是進行隱式鏈接，Windows將遵循下面的搜索順序來定位DLL：
1． 包含EXE文件的目錄，
2． 進程的當前工作目錄，
3． Windows系統目錄，
4． Windows目錄，
5． 列在Path環境變量中的一系列目錄。
這里有一個很容易發生錯誤的陷阱。如果你使用VC＋＋進行項目開發，并且為DLL模塊專門創建了一個項目，然后將生成的DLL文件拷貝到系統目錄下，從應用程序中調用DLL模塊。到目前為止，一切正常。接下來對DLL模塊做了一些修改后重新生成了新的DLL文件，但你忘記將新的DLL文件拷貝到系統目錄下。下一次當你運行應用程序時，它仍加載了老版本的DLL文件，這可要當心！

調試DLL程序

Microsoft 的VC＋＋是開發和測試DLL的有效工具，只需從DLL項目中運行調試程序即可。當你第一次這樣操作時，調試程序會向你詢問EXE文件的路徑。此后每次在調試程序中運行DLL時，調試程序會自動加載該EXE文件。然后該EXE文件用上面的搜索序列發現DLL文件，這意味著你必須設置Path環境變量讓其包含DLL文件的磁盤路徑，或者也可以將DLL文件拷貝到搜索序列中的目錄路徑下。
或者當你調試EXE程序時，在Project Setting中，將Debug選項卡中的Category設置為Additional DLLs。就可以同時調試EXE和它調用的DLL（當然，你需要有DLL的源代碼）了。