• <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年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(17)

            隨筆分類(138)

            隨筆檔案(137)

            網絡開發

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 499286
            • 排名 - 36

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            91久久香蕉国产熟女线看| 青春久久| 亚洲AV无码一区东京热久久| 久久久中文字幕| 综合久久给合久久狠狠狠97色 | 精品水蜜桃久久久久久久| 久久香蕉综合色一综合色88| 国产精品久久久久久久久久免费| 一本色道久久综合| 中文字幕热久久久久久久| 久久国产色AV免费观看| 国産精品久久久久久久| 无夜精品久久久久久| 999久久久无码国产精品| 亚洲欧美久久久久9999| 狠狠色丁香久久综合五月| 婷婷久久五月天| 激情伊人五月天久久综合| 少妇被又大又粗又爽毛片久久黑人| 天天躁日日躁狠狠久久| 久久精品国产亚洲一区二区三区| 久久久久国产精品熟女影院| 久久av免费天堂小草播放| 国产国产成人精品久久| 久久人人爽人人爽人人片av麻烦| 韩国三级中文字幕hd久久精品| 久久亚洲精品国产精品| 99久久做夜夜爱天天做精品| 久久精品免费网站网| 久久午夜电影网| 日本精品久久久中文字幕| 99久久99久久精品免费看蜜桃| 久久精品国产亚洲av麻豆图片| 开心久久婷婷综合中文字幕| 久久精品国产亚洲综合色| 99麻豆久久久国产精品免费| 国产成人精品免费久久久久| 日韩久久久久久中文人妻| 久久人人爽人人爽人人片AV麻烦 | 久久久久久亚洲Av无码精品专口| 国产精品成人久久久|