Windows 與 Linux 函式庫機制差異全解析：靜態/動態庫、命名慣例、載入時機與相依處理

什麼是函式庫？

函式庫是預先編譯好的函數集合，遵循可重用原則，封裝常見功能。本質上是可執行代碼的二進制形式，可被作業系統載入記憶體執行。Windows 與 Linux 因核心架構不同，二進制格式不相容。

分類對照表

命名慣例

• Linux 靜態庫：libxxxx.a (如 libpthread.a)
• Linux 動態庫：libxxxx.so.major.minor (如 libc.so.6)，透過 soname 機制管理版本相容。
• Windows：xxxx.lib / xxxx.dll，無強制 lib 前綴。

靜態連結 vs 動態連結 核心差異

Windows DLL vs Linux .so 關鍵技術差異

1. 格式與導出符號

• DLL：PE 格式，導出符號表寫在 PE Header，載入器依 Header 解析相依 DLL。
• .so：ELF 格式，本身不記錄相依 .so 路徑。相依關係由執行檔的 DT_NEEDED 動態段記錄，運行時由 ld-linux.so 解析。

2. 隱式相依鏈

• Windows：A.dll 可隱式相依 B.dll，載入 A 時自動載入 B。
• Linux：一般不建議 .so 之間隱式相依。執行檔需顯式連結所有需要的 .so (gcc -lA -lB)，符號解析在最終連結階段完成。
  例外：dlopen() 運行時動態載入，由調用者提供符號解析上下文。

3. 開發介面差異

• Windows：編譯 DLL 時需產生 .lib (Import Library) 供連結器解析導出符號。
• Linux：僅需頭文件 (.h) 宣告介面，編譯 .so 時未解析符號可保留，最終由執行檔連結時解決。

4. 符號可見性控制

• Windows：__declspec(dllexport) / dllimport 顯式標記。
• Linux：GCC -fvisibility=hidden + __attribute__((visibility("default"))) 控制導出；或使用版本腳本 (ld --version-script)。

實務建議

1. 優先動態連結：節省磁碟/記憶體，便於安全更新 (glibc、OpenSSL 等)。
2. 靜態連結適用場景：極簡部署 (單檔案分發)、嵌入式無套件管理環境、需避免「DLL Hell」/「.so 版本地獄」。
3. 跨平台專案：使用 CMake/Meson 等建構系統抽象平台差異，統一 add_library(mylib SHARED/STATIC)。
4. Linux 部署檢查：ldd your_binary 確認所有 DT_NEEDED 可解析；readelf -d your_binary | grep NEEDED 查看聲明相依。

總結

Windows DLL 與 Linux .so 雖同屬動態共享庫概念，但在格式 (PE vs ELF)、相依解析機制 (Header vs DT_NEEDED)、隱式相依鏈支援、開發介面 (.lib vs .h) 等核心機制上存在本質差異。理解差異有助於跨平台開發、避免部署時的符號解析失敗與版本衝突。