• <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++ 基礎(chǔ)} {C++ 高級(jí)} {C#界面,C++核心算法} {設(shè)計(jì)模式} {C#基礎(chǔ)}

            .h頭文件 .lib庫(kù)文件 .dll動(dòng)態(tài)鏈接庫(kù)文件關(guān)系


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


            .h頭文件是編譯時(shí)必須的,lib是鏈接時(shí)需要的,dll是運(yùn)行時(shí)需要的。

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

            .h .lib .dll三者的關(guān)系是:

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

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

            當(dāng)我們?cè)谧约旱某绦蛑幸昧艘粋€(gè)H文件里的函數(shù),編鏈器怎么知道該調(diào)用哪個(gè)DLL文件呢?這就是LIB文件的作用: 告訴鏈接器 調(diào)用的函數(shù)在哪個(gè)DLL中,函數(shù)執(zhí)行代碼在DLL中的什么位置 ,這也就是為什么需要附加依賴項(xiàng) .LIB文件,它起到橋梁的作用。如果生成靜態(tài)庫(kù)文件,則沒(méi)有DLL ,只有l(wèi)ib,這時(shí)函數(shù)可執(zhí)行代碼部分也在lib文件中

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

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

            靜態(tài)庫(kù)和共享庫(kù)都是一個(gè)obj文件的集合 ,但靜態(tài)鏈接后,執(zhí)行程序中存在自己所需obj的一份拷貝,而動(dòng)態(tài)鏈接后,執(zhí)行程序僅僅是包含對(duì)共享庫(kù)的一個(gè)引用。共享庫(kù)相當(dāng)于一個(gè)由多個(gè)obj文件組合而成的obj文件,在鏈接后其所有代碼被加載,不管需要的還是不需要的。
            似乎可以得出一個(gè)結(jié)論:
              靜態(tài)鏈接后的程序比動(dòng)態(tài)鏈接的所用存儲(chǔ)空間大,因?yàn)閳?zhí)行程序中包含了庫(kù)中代碼拷貝;
              而動(dòng)態(tài)鏈接的程序比靜態(tài)鏈接的所用的運(yùn)行空間大,因?yàn)樗鼘⒉恍枰拇a也加載到運(yùn)行空間。


            針對(duì)上面的知識(shí)2 個(gè)問(wèn)題:

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

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

            歡迎大家討論!

            完!

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

            評(píng)論

            # re: .h頭文件 .lib庫(kù)文件 .dll動(dòng)態(tài)鏈接庫(kù)文件關(guān)系 2010-11-28 23:03 Lo

            第2個(gè)答案錯(cuò)了 應(yīng)該是不需要重新編譯 接口不變的話 .lib都不用更新  回復(fù)  更多評(píng)論   

            # re: .h頭文件 .lib庫(kù)文件 .dll動(dòng)態(tài)鏈接庫(kù)文件關(guān)系 2010-11-29 08:25 CR蘇杭

            通過(guò)loadlibrary應(yīng)該也不需要重新編譯吧。  回復(fù)  更多評(píng)論   

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

            通過(guò)loadlibrary應(yīng)該也不需要重新編譯  回復(fù)  更多評(píng)論   

            # re: .h頭文件 .lib庫(kù)文件 .dll動(dòng)態(tài)鏈接庫(kù)文件關(guān)系 2010-11-30 15:21 old

            對(duì)于隱式鏈接,要考慮不同版本的編譯器。  回復(fù)  更多評(píng)論   

            # re: .h頭文件 .lib庫(kù)文件 .dll動(dòng)態(tài)鏈接庫(kù)文件關(guān)系 2011-02-21 13:09 linbuilder

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

            # re: .h頭文件 .lib庫(kù)文件 .dll動(dòng)態(tài)鏈接庫(kù)文件關(guān)系 2012-12-07 17:55 夢(mèng)里不知身是客

            博主你好,請(qǐng)問(wèn)頭文件和.lib文件的對(duì)應(yīng)是怎么對(duì)應(yīng)的?是不是頭文件名對(duì)應(yīng)同名的lib文件?  回復(fù)  更多評(píng)論   

            公告

            EMail:itech001#126.com

            導(dǎo)航

            統(tǒng)計(jì)

            • 隨筆 - 461
            • 文章 - 4
            • 評(píng)論 - 746
            • 引用 - 0

            常用鏈接

            隨筆分類

            隨筆檔案

            收藏夾

            Blogs

            c#(csharp)

            C++(cpp)

            Enlish

            Forums(bbs)

            My self

            Often go

            Useful Webs

            Xml/Uml/html

            搜索

            •  

            積分與排名

            • 積分 - 1807502
            • 排名 - 5

            最新評(píng)論

            閱讀排行榜

            久久99精品久久久久久秒播 | 国产韩国精品一区二区三区久久| 久久久久人妻精品一区三寸蜜桃| 精品久久久久久久久午夜福利| 亚洲综合伊人久久综合| 精品久久久久久无码不卡| 亚洲精品综合久久| 99精品久久精品一区二区| AV无码久久久久不卡蜜桃| 五月丁香综合激情六月久久| 久久综合九色综合网站| 久久无码高潮喷水| 精品久久8x国产免费观看| 996久久国产精品线观看| 狠狠狠色丁香婷婷综合久久五月| 91久久精品国产91性色也| 99久久99这里只有免费费精品| 亚洲国产精品无码久久久不卡| 天天躁日日躁狠狠久久| 精品国产乱码久久久久久郑州公司 | 亚洲精品无码久久久久AV麻豆| 亚洲精品WWW久久久久久| 囯产精品久久久久久久久蜜桃| 久久天天躁狠狠躁夜夜avapp| 精品熟女少妇av免费久久| 66精品综合久久久久久久| 午夜精品久久久久9999高清| 久久婷婷国产剧情内射白浆| 久久久无码人妻精品无码| 91久久精品国产成人久久| 狠狠色噜噜色狠狠狠综合久久| 国产精品久久久久aaaa| 性做久久久久久久久久久| 久久精品无码午夜福利理论片 | 久久99热狠狠色精品一区| 久久久久无码中| AV色综合久久天堂AV色综合在| 无码精品久久一区二区三区| 久久无码人妻一区二区三区| 久久久久18| 久久精品国产精品青草|