• <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>
            aurain
            技術文摘
            posts - 137,  comments - 268,  trackbacks - 0

            摘自《C++應用程序性能優化》

            Win32平臺下,可以通過如下5組函數來使用內存(申請和釋放操作等)

            1. 傳統的CRT函數(malloc/free系列),因為這組函數的平臺無關性,如果程序會被移植到其它非Windows平臺,則這組函數是首選。

            2. global heap/local heap函數(GlobalAlloc/LocalAlloc系列),這組函數是為了向后兼容而保留的。在Windows 3.1平臺下, global heap為系統中所有進程共有的堆,這些進程包括系統進程和用戶進程。它們對此global heap內存的申請會交錯在一起,從而使得一個用戶進程的不小心的內存使用錯誤會導致整個操作系統的崩潰。local heap又被稱為“private heap”,與global heap相對應,local heap為每個進程私有。進程通過LocalAlloc從自己的local heap里申請內存,而不會相互干擾。除此之外,進程不能通過另外的用戶自定義堆或者其它方式動態的申請內存。到了Win32平臺,由于考慮到安全因素,global heap已經廢棄,local heap也改名為“process heap”。為了使得以前針對Windows 3.1平臺寫的應用程序能夠運行在新的Win32平臺上,GlobalAlloc/LocalAlloc系列函數仍然得到沿用,但是這一系列函數最后都是從process heap中分配內存。不僅如此,Win32平臺還允許進程除process heap之外生成和使用新的用戶自定義堆,因此在Win32平臺下建議不使用GlobalAlloc/LocalAlloc系列函數進行內存操作。

            3. 虛擬內存函數(VirtualAlloc/VirtualFree系列),這組函數直接通過保留(reserve)和提交(commit)虛擬內存地址空間來操作內存,因此它們為開發人員提供最大的自由度,但相應的也為開發人員內存管理工作增加了更多的負擔。這組函數適合于為大型連續的數據結構數組開辟空間。

            4. 內存映射文件函數(CreateFileMapping/MapViewOfFile系列),系統使用內存映射文件函數系列來加載.exe或者.dll文件。而對開發人員而言,一方面通過這組函數可以方便的操作硬盤文件,而不用考慮那些繁瑣的文件I/O操作;另一方面,運行在同一臺機器上的多個進程可以通過內存映射文件函數來共享數據(這也是同一臺機器上進程間進行數據共享和通信的最有效率和最方便的方法)。

            5. 堆內存函數(HeapCreate/HeapAlloc系列),Win32平臺中的每個堆都是各進程私有的,每個進程除了默認的進程堆,還可以另外創建用戶自定義堆。當程序需要動態創建多個小數據結構時,堆函數系列最適合。一般來世CRT函數(malloc/free)就是基于堆內存函數實現的。

            posted on 2008-08-21 10:12 閱讀(2895) 評論(4)  編輯 收藏 引用 所屬分類: 算法與數據結構

            FeedBack:
            # re: Win32內存相關API
            2008-08-22 00:35 | theanswerzju
            你把COM里面的內存管理給忘了哦  回復  更多評論
              
            # re: Win32內存相關API
            2008-08-22 09:25 |
            @theanswerzju
            這個主要是討論Win32 SDK的開發方式,所以沒有討論COM了。不過,那方面我也不懂了。  回復  更多評論
              
            # re: Win32內存相關API
            2008-08-24 15:50 | 戴爾筆記本
            個人感覺通過Win32 SDK開發方式太辛苦了。  回復  更多評論
              
            # re: Win32內存相關API
            2008-08-25 11:41 |
            @戴爾筆記本
            嗯,不過個人覺得這個是windows下開發的基礎了,就像學編程一般要用學C一樣,也能更清楚一些細節問題了。  回復  更多評論
              

            <2008年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(17)

            隨筆分類(138)

            隨筆檔案(137)

            網絡開發

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 499248
            • 排名 - 36

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            中文字幕精品久久| 理论片午午伦夜理片久久| 亚洲午夜久久久影院| 久久国产精品无码HDAV| 久久夜色精品国产亚洲| 久久久这里有精品| 久久精品www| 国产aⅴ激情无码久久| 情人伊人久久综合亚洲| 久久综合亚洲色一区二区三区| 国产成年无码久久久久毛片| 亚洲国产精品无码久久九九 | 久久国产精品成人影院| 国产精品久久网| 波多野结衣久久一区二区 | 国内精品久久久久久不卡影院| 伊人色综合九久久天天蜜桃| 亚洲国产成人久久精品影视| 中文国产成人精品久久不卡| 久久精品?ⅴ无码中文字幕| 精品免费tv久久久久久久| 2020久久精品亚洲热综合一本| 国产成人无码精品久久久免费| 久久久久99精品成人片试看| 成人久久免费网站| 99久久国产亚洲综合精品| 久久久精品久久久久久 | 2019久久久高清456| 久久99精品久久久久久秒播| 久久婷婷综合中文字幕| 国产精品久久久久久一区二区三区| 久久精品国产免费观看| 午夜精品久久久久久| 午夜精品久久久内射近拍高清| 国产精品久久久天天影视香蕉| 青青青国产成人久久111网站| 国产一级做a爰片久久毛片| 久久99国产精品久久99果冻传媒| 久久亚洲欧美日本精品| 国产精品成人无码久久久久久 | 久久国产精品99国产精|