• <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>

            luqingfei@C++

            為中華之崛起而崛起!
            兼聽則明,偏聽則暗。

            [轉]動態鏈接庫、靜態庫、import庫區別

            動態鏈接庫、靜態庫、import庫區別
            動態鏈接庫(Dynamic Linked Library):
            Windows為應用程序提供了豐富的函數調用,這些函數調用都包含在動態鏈接庫中。其中有3個最重要的DLL,Kernel32.dll,它包含用于管理內存、進程和線程的各個函數;
            User32.dll,它包含用于執行用戶界面任務(如窗口的創建和消息的傳送)的各個函數;GDI32.dll,它包含用于畫圖和顯示文本的各個函數。
            靜態庫(Static Library):
            函數和數據被編譯進一個二進制文件(通常擴展名為.LIB)。在使用靜態庫的情況下,在編譯鏈接可執行文件時,鏈接器從庫中復制這些函數和數據并把它們和應用程序的其它模塊
            組合起來創建最終的可執行文件(.EXE文件)。
            導入庫(Import Library):
            在使用動態鏈接庫的時候,往往提供兩個文件:一個引入庫和一個DLL。引入庫包含被DLL導出的函數和變量的符號名,DLL包含實際的函數和數據。在編譯鏈接可執行文件時,只需
            要鏈接引入庫,DLL中的函數代碼和數據并不復制到可執行文件中,在運行的時候,再去加載DLL,訪問DLL中導出的函數。
            在運行Windows程序時,它通過一個被稱作“動態鏈接”的進程與Windows相接。一個Windows的.EXE文件擁有它使用不同動態鏈接庫的引用,所使用的函數即在那里。當Windows程
            序被加載到內存中時,程序中的調用被指向DLL函數的入口,如果DLL不在內存中,系統就將其加載到內存中。
            當鏈接Windows程序以產生一個可執行文件時,你必須鏈接由編程環境提供的專門的“導入庫(import library)庫”。這些導入庫包含了動態鏈接庫名稱和所有Windows函數調用的
            引用信息。鏈接程序使用該信息在.EXE文件中構造一個表,當加載程序時,Windows使用它將調用轉換為Windows函數。
            靜態庫與導入庫的區別:
            導入庫和靜態庫的區別很大,他們實質是不一樣的東西。靜態庫本身就包含了實際執行代碼、符號表等等,而對于導入庫而言,其實際的執行代碼位于動態庫中,導入庫只包含了
            地址符號表等,確保程序找到對應函數的一些基本地址信息。
            靜態鏈接與動態鏈接:
            靜態鏈接方法:#pragma comment(lib, "test.lib") ,靜態鏈接的時候,載入代碼就會把程序會用到的動態代碼或動態代碼的地址確定下來
            靜態庫的鏈接可以使用靜態鏈接,動態鏈接庫也可以使用這種方法鏈接導入庫
            動態鏈接方法:LoadLibrary()/GetProcessAddress()和FreeLibrary(),使用這種方式的程序并不在一開始就完成動態鏈接,而是直到真正調用動態庫代碼時,載入程序才計算(被調用的那部分)動態代碼的邏輯地址,然后等到某個時候,程序又需要調用另外某塊動態代碼時,載入程序又去計算這部分代碼的邏輯地址,所以,這種方式使程序初始化時間較短,但運行期間的性能比不上靜態鏈接的程序。
            在軟件開發的過程中,大家經常會或多或少的使用別人編寫的或者系統提供的動態庫或靜態庫,但是究竟是使用靜態庫還是動態庫呢?他們的適用條件是什么呢?
             
            簡單的說,靜態庫和應用程序編譯在一起,在任何情況下都能運行,而動態庫是動態鏈接,顧名思義就是在應用程序啟動的時候才會鏈接,所以,當用戶的系統上沒有該動態庫時,應用程序就會運行失敗。再看它們的特點:
            動態庫:
            1.共享:多個應用程序可以使用同一個動態庫,啟動多個應用程序的時候,只需要將動態庫加載到內存一次即可;
            2.開發模塊好:要求設計者對功能劃分的比較好。
             
            靜態庫:代碼的裝載速度快,執行速度也比較快,因為編譯時它只會把你需要的那部分鏈接進去,應用程序相對比較大。但是如果多個應用程序使用的話,會被裝載多次,浪費內存。
             
            總上,我個人認為,如果你的系統上有多個應用程序都使用該庫的話,就把它編譯成動態庫,這樣雖然剛啟動的時候加載比較慢,但是多任務的時候會比較節省內存;如果你的系統上只有一到兩個應用使用該庫,并且使用的API比較少的話,就編譯成靜態庫吧,一般的靜態庫還可以進行裁剪編譯,這樣應用程序可能會比較大,但是啟動的速度會大大提高。
             
            呵呵,個人的一些心得,不足之處,歡迎指出!
            轉自:http://www.cnblogs.com/kex1n/archive/2011/09/06/2168435.html

            posted on 2013-07-14 15:11 luqingfei 閱讀(926) 評論(0)  編輯 收藏 引用 所屬分類: C++基礎Windows

            導航

            <2010年11月>
            31123456
            78910111213
            14151617181920
            21222324252627
            2829301234
            567891011

            統計

            留言簿(6)

            隨筆分類(109)

            隨筆檔案(105)

            Blogers

            Game

            Life

            NodeJs

            Python

            Useful Webs

            大牛

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            91精品国产高清久久久久久91| 亚洲国产精品无码久久一线 | 久久婷婷色香五月综合激情| 精品久久久久久久无码| 久久国语露脸国产精品电影| 久久久久婷婷| 日韩久久久久中文字幕人妻| 久久精品国产一区二区三区| 94久久国产乱子伦精品免费| 成人午夜精品久久久久久久小说| 久久精品国产一区二区三区日韩| 国产精品对白刺激久久久| 久久天天躁狠狠躁夜夜avapp | 精品综合久久久久久88小说 | 久久99热这里只频精品6| 国产免费久久精品99re丫y| 狠狠色丁香婷婷久久综合| 伊人久久大香线蕉AV色婷婷色| 久久精品国产乱子伦| 精品久久久无码人妻中文字幕豆芽 | 色偷偷偷久久伊人大杳蕉| 精品人妻久久久久久888| 情人伊人久久综合亚洲| 久久涩综合| 少妇高潮惨叫久久久久久| 国产精品久久久久久影院| 国内精品久久久久久久亚洲| 伊人伊成久久人综合网777| 久久久一本精品99久久精品66| 久久精品九九亚洲精品天堂| 香港aa三级久久三级老师2021国产三级精品三级在 | 久久A级毛片免费观看| 久久久久这里只有精品 | 人妻精品久久久久中文字幕一冢本| 9久久9久久精品| 一级a性色生活片久久无少妇一级婬片免费放| 久久中文字幕人妻熟av女| 国产精品久久免费| 久久天天躁狠狠躁夜夜2020一| 久久精品视频网| 久久亚洲精品国产精品|