您现在的位置：程式碼之家 >> 編程語言 > >> 更多程式語言 >> 組合語言

DLL 載入時機大揭秘：隱式連結 vs 顯式連結，誰先執行？EXE 還是 DLL？

編輯：組合語言

核心問題：Windows 啟動程式時，先跑 EXE 還是先載入 DLL？

這是許多初學者困惑的地方。答案取決於連結方式：

隱式連結：靜態連結 .lib，includelib + invoke Func。Windows 載入器會在 EXE 進入點執行前，先載入所有靜態相依的 DLL 並呼叫其 DllEntry (DLL_PROCESS_ATTACH)。
顯式連結：程式碼中呼叫 LoadLibrary / GetProcAddress。EXE 先在進入點開始執行，直到執行到 LoadLibrary 那一行，DLL 才會被載入。

實驗設計：同一個 DLL，兩種呼叫方式對比

修改前一篇的 MyDll.asm 與測試程式，在 DllEntry 與 OutEdxEax 中加入 MessageBox 觀察執行順序。

修改版 MyDll.asm (關鍵片段)

.DATA
szText0 db "哈哈哈...MyDLL加載",0
szText1 db "MyDLL第一次插入進程的地址空間",0
szText2 db "MyDLL從進程的地址空間卸出",0
szText3 db "同一進程的新線程生成",0
szText4 db "同一進程的線程銷毀",0
szText5 db "MyDLL的函數OutEdxEax調用成功",0

.code
DllEntry proc hInstDLL:HINSTANCE, reason:DWORD, reserved1:DWORD
    .if reason == DLL_PROCESS_ATTACH
        invoke MessageBox, NULL, addr szText1, addr szText0, MB_OK
        mov eax, TRUE
        ret
    .elseif reason == DLL_PROCESS_DETACH
        invoke MessageBox, NULL, addr szText2, addr szText0, MB_OK
        mov eax, FALSE
        ret
    .elseif reason == DLL_THREAD_ATTACH
        invoke MessageBox, NULL, addr szText3, addr szText0, MB_OK
        mov reason, TRUE
        ret
    .elseif reason == DLL_THREAD_DETACH
        invoke MessageBox, NULL, addr szText4, addr szText0, MB_OK
        mov eax, FALSE
        ret
    .endif
    ret
DllEntry Endp

OutEdxEax proc uses ebx esi edi, lpString
    ; ... 轉換邏輯同上 ...
    invoke MessageBox, NULL, addr szText5, addr szText0, MB_OK ; 驗證函式被呼叫
    ret
OutEdxEax endp

測試程式 A：10.asm (隱式連結)

include mydll.inc
includelib mydll.lib

.DATA
szText db "哈哈哈...10.exe運行",0

.code
start:
    invoke MessageBox, NULL, addr szText, addr szText, MB_OK  ; EXE 入口第一個動作
    mov edx, 12345678h
    mov eax, 87654321h
    invoke OutEdxEax, addr CharOut
    invoke StdOut, addr CharOut
    invoke ExitProcess, NULL
end start

觀察結果順序：

彈出：「MyDLL第一次插入進程的地址空間」 (DLL 載入，DllEntry 執行)
彈出：「哈哈哈...10.exe運行」 (EXE start 執行)
彈出：「MyDLL的函數OutEdxEax調用成功」 (呼叫 DLL 函式)

結論：隱式連結下，DLL 載入與初始化早於 EXE 進入點代碼。

測試程式 B：10_01.asm (顯式連結)

; 不 include mydll.inc, 不 includelib mydll.lib
.DATA
MyDllFileName db "e:\masm32\xlfancy\mydll.dll",0
CallFuncName  db "OutEdxEax",0

.data?
MyDLLHandle   dd ?
OutEdxEaxAddr dd ?

.code
start:
    invoke MessageBox, NULL, addr szText, addr szText, MB_OK  ; EXE 先跑

    invoke LoadLibrary, offset MyDllFileName  ; 這裡才載入 DLL
    or eax, eax
    jz ExitPro
    mov MyDLLHandle, eax

    invoke GetProcAddress, eax, offset CallFuncName
    or eax, eax
    jz FreeLib
    mov OutEdxEaxAddr, eax

    ; 手動準備參數呼叫
    lea eax, CharOut
    push eax
    mov edx, 12345678h
    mov eax, 87654321h
    call OutEdxEaxAddr

    invoke StdOut, addr CharOut
FreeLib:
    invoke FreeLibrary, MyDLLHandle
ExitPro:
    invoke ExitProcess, NULL
end start

觀察結果順序：

彈出：「哈哈哈...10_01.exe運行」 (EXE start 先執行)
彈出：「MyDLL第一次插入進程的地址空間」 (LoadLibrary 觸發 DLL 載入)
彈出：「MyDLL的函數OutEdxEax調用成功」 (呼叫函式)

結論：顯式連結下，EXE 進入點代碼早於 DLL 載入。

深度解析：載入器內部機制

特性	隱式連結	顯式連結
載入時機	進程建立初期，載入器解析 IAT	執行期呼叫 LoadLibrary 時
相依性解析	靜態：EXE 匯入表列出所有 DLL	動態：程式碼決定載入誰
錯誤處理	DLL 缺失 -> 進程啟動失敗 (彈系統錯誤框)	LoadLibrary 返回 NULL，程式可自行處理
適用場景	核心功能、必須存在的庫	外掛、選用功能、延遲載入優化啟動速度
GetProcAddress 需要？	不需要，連結器處理	必要，取得函式位址