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

            sherrylso

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              18 Posts :: 0 Stories :: 124 Comments :: 0 Trackbacks

                   Windows Nativec++應(yīng)用大量使用了DLL技術(shù)。"動態(tài)鏈接"這幾字指明了DLLs是如何工作的。對于常規(guī)的函數(shù)庫,鏈接器從中拷貝它需要的所有庫函數(shù),并把確切的函數(shù)地址傳送給調(diào)用這些函數(shù)的程序。而對于DLLs,函數(shù)儲存在一個獨立的動態(tài)鏈接庫文件中。在創(chuàng)建Windows程序時,鏈接過程并不把DLLs文件鏈接到程序上。直到程 序運行并調(diào)用一個DLLs中的函數(shù)時,該程序才要求這個函數(shù)的地址。此時Windows才在DLLs中尋找被調(diào)用函數(shù),并把它的地址傳送給調(diào)用程序。采用這種方法,DLLs達到了復(fù)用代碼的極限。

                  對于DLL, 關(guān)鍵一點是,所有run on windows system 的程序可以共用同一個DLL庫,從而達到最大限度的代碼復(fù)用。并且,由于DLL并不拷貝它需要的所有庫函數(shù)  這樣的話NativeC++程序 executable image size 會比較小。

                  modularity的角度,如果要在Java的應(yīng)用里尋找相對應(yīng)的DLL的概念,我們會自然地想到jar包。JAR包可以被 Class Loader動態(tài)裝載進JVM, 不過要幾點區(qū)別需要說明的是:

            第一、從本質(zhì)上來講,JAR包是存在于磁盤上的一些data而已(JVM解釋執(zhí)行),而DLLexecutable image

            第二、Class Data Sharing (CDS)作為一個新的feature,Java5才被引入,其做法就是:把 system jar 文件打包成為"shared archive",這些"shared archive"會作為memory-mapped in文件存在,共享于不同的JVM 進程間,以減少JVMfootprint,加快Java應(yīng)用的啟動時間。

                        值得一提的是:兩者都有所謂的HELL問題(JAR HELL vs DLL HELL),新老版本的兼容問題始終讓人頭疼。

            詳見解釋:

            http://en.wikipedia.org/wiki/DLL_hell

            http://en.wikipedia.org/wiki/JAR_hell#JAR_hell

                


            posted on 2009-02-18 15:28 愛上龍卷風(fēng) 閱讀(2583) 評論(2)  編輯 收藏 引用

            Feedback

            # re: 程序的模塊化之:關(guān)于Native DLL和Java JAR的一些思考 2009-02-18 17:46 路人乙
            是翻譯的文章嗎,怎么有些地方讀著不順不清不楚的?
            比如“對于常規(guī)的函數(shù)庫,鏈接器從中拷貝它需要的所有庫函數(shù),并把確切的函數(shù)地址傳送給調(diào)用這些函數(shù)的程序。”
            “常規(guī)的函數(shù)庫”此處確切的指普通靜態(tài)庫,而不是“常規(guī)”的意思,“連接器從中”是指“從”靜態(tài)庫“中”,“函數(shù)地址傳送”其實本質(zhì)上講編譯器做的并不是“傳送”動作,而是將二進制代碼從定位后的相對地址填入函數(shù)調(diào)用處。

            后面就更多了,尤其那些中英文夾雜的地方莫名其妙的保留英文原文,那些都是有明確的中文表達方式的,不是什么非英文描述不可的概念。  回復(fù)  更多評論
              

            # re: 程序的模塊化之:關(guān)于Native DLL和Java JAR的一些思考 2009-02-18 18:02 愛上龍卷風(fēng)
            @路人乙
            多謝!  回復(fù)  更多評論
              


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            九九热久久免费视频| 久久强奷乱码老熟女网站| 精品国产一区二区三区久久久狼| 久久久亚洲欧洲日产国码二区| 狠狠色丁香久久综合婷婷| 久久人搡人人玩人妻精品首页| 国产激情久久久久久熟女老人| 久久精品人人做人人爽电影| 人妻系列无码专区久久五月天| 97久久精品人妻人人搡人人玩 | 久久久久亚洲精品无码网址| 中文国产成人精品久久不卡| 91精品婷婷国产综合久久| 一本色道久久88精品综合| 国产福利电影一区二区三区久久久久成人精品综合| 久久久久亚洲精品天堂久久久久久| 无码伊人66久久大杳蕉网站谷歌 | 日韩久久久久久中文人妻| 久久久不卡国产精品一区二区| 国内精品伊人久久久久AV影院| 中文字幕精品无码久久久久久3D日动漫| 久久久久亚洲AV成人片| 久久婷婷午色综合夜啪| 久久国产高清一区二区三区| 伊人久久综合热线大杳蕉下载| 久久久久久久亚洲Av无码| 狠狠综合久久综合88亚洲| 日韩亚洲国产综合久久久| 国产午夜福利精品久久| 97久久久久人妻精品专区| 精品久久久久久无码中文字幕一区| 久久精品成人欧美大片| 人妻无码αv中文字幕久久琪琪布| 久久精品国产亚洲7777| 久久影院亚洲一区| 色欲综合久久躁天天躁| 伊人久久大香线蕉精品不卡| 久久这里的只有是精品23| 久久国产免费直播| 久久久久亚洲Av无码专| 蜜桃麻豆www久久|