• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            C++ Programmer's Cookbook

            {C++ 基礎} {C++ 高級} {C#界面,C++核心算法} {設計模式} {C#基礎}

            .h頭文件 .lib庫文件 .dll動態(tài)鏈接庫文件關系


            原帖地址:http://blog.csdn.net/c395565746c/archive/2010/03/21/5402239.aspx


            .h頭文件是編譯時必須的,lib是鏈接時需要的,dll是運行時需要的。

            附加依賴項的是.lib不是.dll,若生成了DLL,則肯定也生成 LIB文件。如果要完成源代碼的編譯和鏈接,有頭文件和lib就夠了。如果也使動態(tài)連接的程序運行起來,有dll就夠了。在開發(fā)和調(diào)試階段,當然最好都有。

            .h .lib .dll三者的關系是:

            H文件作用是:聲明函數(shù)接口 

            DLL文件作用是: 函數(shù)可執(zhí)行代碼 

            當我們在自己的程序中引用了一個H文件里的函數(shù),編鏈器怎么知道該調(diào)用哪個DLL文件呢?這就是LIB文件的作用: 告訴鏈接器 調(diào)用的函數(shù)在哪個DLL中,函數(shù)執(zhí)行代碼在DLL中的什么位置 ,這也就是為什么需要附加依賴項 .LIB文件,它起到橋梁的作用。如果生成靜態(tài)庫文件,則沒有DLL ,只有l(wèi)ib,這時函數(shù)可執(zhí)行代碼部分也在lib文件中

            目前以lib后綴的庫有兩種,一種為靜態(tài)鏈接庫(Static Libary,以下簡稱“靜態(tài)庫”),另一種為動態(tài)連接庫(DLL,以下簡稱“動態(tài)庫”)的導入庫(Import Libary,以下簡稱“導入庫”)。靜態(tài)庫是一個或者多個obj文件的打包 ,所以有人干脆把從obj文件生成lib的過程稱為Archive,即合并到一起。比如你鏈接一個靜態(tài)庫,如果其中有錯,它會準確的找到是哪個obj有錯,即靜態(tài)lib只是殼子。動態(tài)庫一般會有對應的導入庫,方便程序靜態(tài)載入動態(tài)鏈接庫 ,否則你可能就需要自己LoadLibary調(diào)入DLL文件,然后再手工GetProcAddress獲得對應函數(shù)了。有了導入庫,你只需要鏈接導入庫后按照頭文件函數(shù)接口的聲明調(diào)用函數(shù)就可以了。導入庫和靜態(tài)庫的區(qū)別很大,他們實質(zhì)是不一樣的東西。靜態(tài)庫本身就包含了實際執(zhí)行代碼、符號表等等,而對于導入庫而言,其實際的執(zhí)行代碼位于動態(tài)庫中,導入庫只包含了地址符號表等,確保程序找到對應函數(shù)的一些基本地址信息。

            一般的動態(tài)庫程序有l(wèi)ib文件和dll文件。lib文件是必須在編譯期就連接到應用程序中的,而dll文件是運行期才會被調(diào)用的。 如果有dll文件,那么對應的lib文件一般是一些索引信息,具體的實現(xiàn)在dll文件中。如果只有l(wèi)ib文件,那么這個lib文件是靜態(tài)編譯出來的,索引和實現(xiàn)都在其中。靜態(tài)編譯的lib文件有好處:給用戶安裝時就不需要再掛動態(tài)庫了。但也有缺點,就是導致應用程序比較大,而且失去了動態(tài)庫的靈活性,在版本升級時,同時要發(fā)布新的應用程序才行。在動態(tài)庫的情況下,有兩個文件,而一個是引入庫(.LIB)文件,一個是DLL文件,引入庫文件包含被DLL導出的函數(shù)的名稱和位置,DLL包含實際的函數(shù)和數(shù)據(jù),應用程序使用LIB文件鏈接到所需要使用的DLL文件,庫中的函數(shù)和數(shù)據(jù)并不復制到可執(zhí)行文件中,因此在應用程序的可執(zhí)行文件中,存放的不是被調(diào)用的函數(shù)代碼,而是DLL中所要調(diào)用的函數(shù)的內(nèi)存地址,這樣當一個或多個應用程序運行是再把程序代碼和被調(diào)用的函數(shù)代碼鏈接起來,從而節(jié)省了內(nèi)存資源。從上面的說明可以看出,DLL和.LIB文件必須隨應用程序一起發(fā)行,否則應用程序?qū)a(chǎn)生錯誤。

            靜態(tài)庫和共享庫都是一個obj文件的集合 ,但靜態(tài)鏈接后,執(zhí)行程序中存在自己所需obj的一份拷貝,而動態(tài)鏈接后,執(zhí)行程序僅僅是包含對共享庫的一個引用。共享庫相當于一個由多個obj文件組合而成的obj文件,在鏈接后其所有代碼被加載,不管需要的還是不需要的。
            似乎可以得出一個結論:
              靜態(tài)鏈接后的程序比動態(tài)鏈接的所用存儲空間大,因為執(zhí)行程序中包含了庫中代碼拷貝;
              而動態(tài)鏈接的程序比靜態(tài)鏈接的所用的運行空間大,因為它將不需要的代碼也加載到運行空間。


            針對上面的知識2 個問題:

            1) DLL和.LIB文件必須隨應用程序一起發(fā)行,否則應用程序?qū)a(chǎn)生錯誤。
            我的答案:lib應該不需要吧。

            2)如果是某個程序中調(diào)用了一個動態(tài)庫(通過header文件,lib+dll來調(diào)用),則對動態(tài)庫的某個函數(shù)的內(nèi)容修改了,但接口不改,則調(diào)用此動態(tài)庫的程序需重新編譯連接嗎?如果是通過loadlibary動態(tài)加載,需要重新編譯連接嗎?
            我的答案:通過header+lib+dll調(diào)用的話需要重新編譯連接,但是通過loadlibrary來使用的話,不需要重新編譯連接。

            歡迎大家討論!

            完!

            posted on 2010-11-28 17:12 夢在天涯 閱讀(11563) 評論(6)  編輯 收藏 引用 所屬分類: CPlusPlus

            評論

            # re: .h頭文件 .lib庫文件 .dll動態(tài)鏈接庫文件關系 2010-11-28 23:03 Lo

            第2個答案錯了 應該是不需要重新編譯 接口不變的話 .lib都不用更新  回復  更多評論   

            # re: .h頭文件 .lib庫文件 .dll動態(tài)鏈接庫文件關系 2010-11-29 08:25 CR蘇杭

            通過loadlibrary應該也不需要重新編譯吧。  回復  更多評論   

            # re: .h頭文件 .lib庫文件 .dll動態(tài)鏈接庫文件關系 2010-11-30 11:33 鑫緣蠶絲被

            通過loadlibrary應該也不需要重新編譯  回復  更多評論   

            # re: .h頭文件 .lib庫文件 .dll動態(tài)鏈接庫文件關系 2010-11-30 15:21 old

            對于隱式鏈接,要考慮不同版本的編譯器。  回復  更多評論   

            # re: .h頭文件 .lib庫文件 .dll動態(tài)鏈接庫文件關系 2011-02-21 13:09 linbuilder

            如果接口不變的話,調(diào)用的程序也不需要重新編譯的  回復  更多評論   

            # re: .h頭文件 .lib庫文件 .dll動態(tài)鏈接庫文件關系 2012-12-07 17:55 夢里不知身是客

            博主你好,請問頭文件和.lib文件的對應是怎么對應的?是不是頭文件名對應同名的lib文件?  回復  更多評論   

            公告

            EMail:itech001#126.com

            導航

            統(tǒng)計

            • 隨筆 - 461
            • 文章 - 4
            • 評論 - 746
            • 引用 - 0

            常用鏈接

            隨筆分類

            隨筆檔案

            收藏夾

            Blogs

            c#(csharp)

            C++(cpp)

            Enlish

            Forums(bbs)

            My self

            Often go

            Useful Webs

            Xml/Uml/html

            搜索

            •  

            積分與排名

            • 積分 - 1807503
            • 排名 - 5

            最新評論

            閱讀排行榜

            色综合久久久久久久久五月| 97超级碰碰碰久久久久| 一本色综合久久| 欧美一区二区三区久久综合 | 青青草原1769久久免费播放| 9191精品国产免费久久| 亚洲婷婷国产精品电影人久久| 亚洲va中文字幕无码久久| 国产精品免费久久久久电影网| 狠狠色丁香婷婷久久综合| AV无码久久久久不卡蜜桃| 一本久久综合亚洲鲁鲁五月天| 久久国产精品无码一区二区三区 | 久久男人Av资源网站无码软件| 99久久精品无码一区二区毛片 | 狠狠色丁香婷综合久久| 中文字幕无码av激情不卡久久 | 无码任你躁久久久久久老妇| 成人妇女免费播放久久久| 亚洲国产精品成人久久蜜臀 | 91精品国产综合久久婷婷| 久久精品国产亚洲AV忘忧草18| 国产无套内射久久久国产| 国产精品一久久香蕉产线看| 狠狠精品久久久无码中文字幕| 久久久久久久综合综合狠狠| 国产精品久久久久久久| 亚洲中文久久精品无码| 久久亚洲精品国产亚洲老地址 | 久久国产精品无| 婷婷久久综合九色综合绿巨人| 欧美性大战久久久久久| 久久久免费观成人影院| 久久久久亚洲AV无码专区桃色| 国产成人综合久久久久久| 国产成人精品久久| 久久无码一区二区三区少妇 | 精品久久久久久| 一本久久久久久久| 国产精品久久久久久久午夜片 | 久久午夜免费视频|