原帖地址：http://blog.csdn.net/c395565746c/archive/2010/03/21/5402239.aspx
.h頭文件是編譯時必須的，lib是鏈接時需要的，dll是運行時需要的。
附加依賴項的是.lib不是.dll，若生成了DLL,則肯定也生成 LIB文件。如果要完成源代碼的編譯和鏈接，有頭文件和lib就夠了。如果也使動態連接的程序運行起來，有dll就夠了。在開發和調試階段，當然最好都有。
.h .lib .dll三者的關系是：
H文件作用是:聲明函數接口
DLL文件作用是: 函數可執行代碼
當我們在自己的程序中引用了一個H文件里的函數,編鏈器怎么知道該調用哪個DLL文件呢?這就是LIB文件的作用: 告訴鏈接器 調用的函數在哪個DLL中，函數執行代碼在DLL中的什么位置 ，這也就是為什么需要附加依賴項 .LIB文件，它起到橋梁的作用。如果生成靜態庫文件，則沒有DLL ，只有lib，這時函數可執行代碼部分也在lib文件中
目前以lib后綴的庫有兩種，一種為靜態鏈接庫(Static Libary，以下簡稱“靜態庫”)，另一種為動態連接庫(DLL，以下簡稱“動態庫”)的導入庫(Import Libary，以下簡稱“導入庫”）。靜態庫是一個或者多個obj文件的打包 ，所以有人干脆把從obj文件生成lib的過程稱為Archive，即合并到一起。比如你鏈接一個靜態庫，如果其中有錯，它會準確的找到是哪個obj有錯，即靜態lib只是殼子。動態庫一般會有對應的導入庫，方便程序靜態載入動態鏈接庫 ，否則你可能就需要自己LoadLibary調入DLL文件，然后再手工GetProcAddress獲得對應函數了。有了導入庫，你只需要鏈接導入庫后按照頭文件函數接口的聲明調用函數就可以了。導入庫和靜態庫的區別很大，他們實質是不一樣的東西。靜態庫本身就包含了實際執行代碼、符號表等等，而對于導入庫而言，其實際的執行代碼位于動態庫中，導入庫只包含了地址符號表等，確保程序找到對應函數的一些基本地址信息。
一般的動態庫程序有lib文件和dll文件。lib文件是必須在編譯期就連接到應用程序中的，而dll文件是運行期才會被調用的。 如果有dll文件，那么對應的lib文件一般是一些索引信息，具體的實現在dll文件中。如果只有lib文件，那么這個lib文件是靜態編譯出來的，索引和實現都在其中。靜態編譯的lib文件有好處：給用戶安裝時就不需要再掛動態庫了。但也有缺點，就是導致應用程序比較大，而且失去了動態庫的靈活性，在版本升級時，同時要發布新的應用程序才行。在動態庫的情況下，有兩個文件，而一個是引入庫（.LIB）文件，一個是DLL文件，引入庫文件包含被DLL導出的函數的名稱和位置，DLL包含實際的函數和數據，應用程序使用LIB文件鏈接到所需要使用的DLL文件，庫中的函數和數據并不復制到可執行文件中，因此在應用程序的可執行文件中，存放的不是被調用的函數代碼，而是DLL中所要調用的函數的內存地址，這樣當一個或多個應用程序運行是再把程序代碼和被調用的函數代碼鏈接起來，從而節省了內存資源。從上面的說明可以看出，DLL和.LIB文件必須隨應用程序一起發行，否則應用程序將會產生錯誤。
靜態庫和共享庫都是一個obj文件的集合 ，但靜態鏈接后，執行程序中存在自己所需obj的一份拷貝，而動態鏈接后，執行程序僅僅是包含對共享庫的一個引用。共享庫相當于一個由多個obj文件組合而成的obj文件，在鏈接后其所有代碼被加載，不管需要的還是不需要的。
似乎可以得出一個結論：
靜態鏈接后的程序比動態鏈接的所用存儲空間大，因為執行程序中包含了庫中代碼拷貝；
而動態鏈接的程序比靜態鏈接的所用的運行空間大，因為它將不需要的代碼也加載到運行空間。
針對上面的知識2 個問題：
1） DLL和.LIB文件必須隨應用程序一起發行，否則應用程序將會產生錯誤。
我的答案：lib應該不需要吧。
2）如果是某個程序中調用了一個動態庫（通過header文件，lib+dll來調用），則對動態庫的某個函數的內容修改了，但接口不改，則調用此動態庫的程序需重新編譯連接嗎？如果是通過loadlibary動態加載，需要重新編譯連接嗎？
我的答案：通過header+lib+dll調用的話需要重新編譯連接，但是通過loadlibrary來使用的話，不需要重新編譯連接。
歡迎大家討論！
完！