靜態庫的鏈接與加載
靜態庫（如.a或.lib文件）在編譯時直接鏈接到可執行文件中。編譯器會將靜態庫中實際用到的代碼復制到最終的可執行文件，生成獨立的二進制文件。優點是不依賴外部庫文件，但會導致可執行文件體積較大。
生成靜態庫的示例命令（Linux）：
ar rcs libexample.a file1.o file2.o
鏈接靜態庫的編譯命令：
gcc main.c -L. -lexample -o program
動態庫的鏈接與加載
動態庫（如.so或.dll文件）在運行時加載，可被多個程序共享。分為兩種加載方式：
隱式加載（編譯時鏈接）
編譯器記錄庫的依賴信息，程序啟動時由動態鏈接器自動加載。需要同時提供頭文件和庫文件路徑。
編譯命令示例：
gcc -shared -fPIC -o libexample.so file1.c file2.c
gcc main.c -L. -lexample -o program
顯式加載（運行時手動加載）
通過dlopen()等API在代碼中動態加載，適合插件化設計。需自行處理符號查找和錯誤。
示例代碼片段：
void* handle = dlopen("./libexample.so", RTLD_LAZY);
if (handle) {void (*func)() = dlsym(handle, "function_name");if (func) func();dlclose(handle);
}
關鍵差異對比
- 文件大小：靜態庫會增大可執行文件，動態庫共享代碼
- 內存占用：動態庫可節省內存（多個進程共享）
- 更新維護：動態庫無需重新編譯主程序即可更新
- 依賴管理：動態庫需要確保運行時環境存在對應庫文件
- 加載時機：靜態庫在編譯時確定，動態庫可延遲加載
常見問題處理
- 動態庫路徑問題：通過
LD_LIBRARY_PATH環境變量或rpath指定搜索路徑 - 符號沖突：靜態庫可能導致重復符號定義，動態庫通過版本控制解決
- 性能考量：靜態庫調用無額外開銷，動態庫存在加載和跳轉成本
Windows平臺注意：
- 動態庫對應
.dll和.lib（導入庫） - 顯式加載使用
LoadLibrary()和GetProcAddress()API
