青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

大龍的博客

常用鏈接

統(tǒng)計

最新評論

VC++中使用內存映射文件處理大文件

摘要: 本文給出了一種方便實用的解決大文件的讀取、存儲等處理的方法,并結合相關程序代碼對具體的實現(xiàn)過程進行了介紹。

  引言

  文件操作是應用程序最為基本的功能之一,Win32 API和MFC均提供有支持文件處理的函數(shù)和類,常用的有Win32 API的CreateFile()、WriteFile()、ReadFile()和MFC提供的CFile類等。一般來說,以上這些函數(shù)可以滿足大多數(shù)場合的要求,但是對于某些特殊應用領域所需要的動輒幾十GB、幾百GB、乃至幾TB的海量存儲,再以通常的文件處理方法進行處理顯然是行不通的。目前,對于上述這種大文件的操作一般是以內存映射文件的方式來加以處理的,本文下面將針對這種Windows核心編程技術展開討論。

  內存映射文件

  內存映射文件與虛擬內存有些類似,通過內存映射文件可以保留一個地址空間的區(qū)域,同時將物理存儲器提交給此區(qū)域,只是內存文件映射的物理存儲器來自一個已經存在于磁盤上的文件,而非系統(tǒng)的頁文件,而且在對該文件進行操作之前必須首先對文件進行映射,就如同將整個文件從磁盤加載到內存。由此可以看出,使用內存映射文件處理存儲于磁盤上的文件時,將不必再對文件執(zhí)行I/O操作,這意味著在對文件進行處理時將不必再為文件申請并分配緩存,所有的文件緩存操作均由系統(tǒng)直接管理,由于取消了將文件數(shù)據(jù)加載到內存、數(shù)據(jù)從內存到文件的回寫以及釋放內存塊等步驟,使得內存映射文件在處理大數(shù)據(jù)量的文件時能起到相當重要的作用。另外,實際工程中的系統(tǒng)往往需要在多個進程之間共享數(shù)據(jù),如果數(shù)據(jù)量小,處理方法是靈活多變的,如果共享數(shù)據(jù)容量巨大,那么就需要借助于內存映射文件來進行。實際上,內存映射文件正是解決本地多個進程間數(shù)據(jù)共享的最有效方法。

  內存映射文件并不是簡單的文件I/O操作,實際用到了Windows的核心編程技術--內存管理。所以,如果想對內存映射文件有更深刻的認識,必須對Windows操作系統(tǒng)的內存管理機制有清楚的認識,內存管理的相關知識非常復雜,超出了本文的討論范疇,在此就不再贅述,感興趣的讀者可以參閱其他相關書籍。下面給出使用內存映射文件的一般方法:

  首先要通過CreateFile()函數(shù)來創(chuàng)建或打開一個文件內核對象,這個對象標識了磁盤上將要用作內存映射文件的文件。在用CreateFile()將文件映像在物理存儲器的位置通告給操作系統(tǒng)后,只指定了映像文件的路徑,映像的長度還沒有指定。為了指定文件映射對象需要多大的物理存儲空間還需要通過CreateFileMapping()函數(shù)來創(chuàng)建一個文件映射內核對象以告訴系統(tǒng)文件的尺寸以及訪問文件的方式。在創(chuàng)建了文件映射對象后,還必須為文件數(shù)據(jù)保留一個地址空間區(qū)域,并把文件數(shù)據(jù)作為映射到該區(qū)域的物理存儲器進行提交。由MapViewOfFile()函數(shù)負責通過系統(tǒng)的管理而將文件映射對象的全部或部分映射到進程地址空間。此時,對內存映射文件的使用和處理同通常加載到內存中的文件數(shù)據(jù)的處理方式基本一樣,在完成了對內存映射文件的使用時,還要通過一系列的操作完成對其的清除和使用過資源的釋放。這部分相對比較簡單,可以通過UnmapViewOfFile()完成從進程的地址空間撤消文件數(shù)據(jù)的映像、通過CloseHandle()關閉前面創(chuàng)建的文件映射對象和文件對象。

  內存映射文件相關函數(shù)

  在使用內存映射文件時,所使用的API函數(shù)主要就是前面提到過的那幾個函數(shù),下面分別對其進行介紹:

HANDLE CreateFile(LPCTSTR lpFileName,
DWORD dwDesiredAccess,
DWORD dwShareMode,
LPSECURITY_ATTRIBUTES lpSecurityAttributes,
DWORD dwCreationDisposition,
DWORD dwFlagsAndAttributes,
HANDLE hTemplateFile);

  函數(shù)CreateFile()即使是在普通的文件操作時也經常用來創(chuàng)建、打開文件,在處理內存映射文件時,該函數(shù)來創(chuàng)建/打開一個文件內核對象,并將其句柄返回,在調用該函數(shù)時需要根據(jù)是否需要數(shù)據(jù)讀寫和文件的共享方式來設置參數(shù)dwDesiredAccess和dwShareMode,錯誤的參數(shù)設置將會導致相應操作時的失敗。

HANDLE CreateFileMapping(HANDLE hFile,
LPSECURITY_ATTRIBUTES lpFileMappingAttributes,
DWORD flProtect,
DWORD dwMaximumSizeHigh,
DWORD dwMaximumSizeLow,
LPCTSTR lpName);

  CreateFileMapping()函數(shù)創(chuàng)建一個文件映射內核對象,通過參數(shù)hFile指定待映射到進程地址空間的文件句柄(該句柄由CreateFile()函數(shù)的返回值獲?。S捎趦却嬗成湮募奈锢泶鎯ζ鲗嶋H是存儲于磁盤上的一個文件,而不是從系統(tǒng)的頁文件中分配的內存,所以系統(tǒng)不會主動為其保留地址空間區(qū)域,也不會自動將文件的存儲空間映射到該區(qū)域,為了讓系統(tǒng)能夠確定對頁面采取何種保護屬性,需要通過參數(shù)flProtect來設定,保護屬性PAGE_READONLY、PAGE_READWRITE和PAGE_WRITECOPY分別表示文件映射對象被映射后,可以讀取、讀寫文件數(shù)據(jù)。在使用PAGE_READONLY時,必須確保CreateFile()采用的是GENERIC_READ參數(shù);PAGE_READWRITE則要求CreateFile()采用的是GENERIC_READ|GENERIC_WRITE參數(shù);至于屬性PAGE_WRITECOPY則只需要確保CreateFile()采用了GENERIC_READ和GENERIC_WRITE其中之一即可。DWORD型的參數(shù)dwMaximumSizeHigh和dwMaximumSizeLow也是相當重要的,指定了文件的最大字節(jié)數(shù),由于這兩個參數(shù)共64位,因此所支持的最大文件長度為16EB,幾乎可以滿足任何大數(shù)據(jù)量文件處理場合的要求。

LPVOID MapViewOfFile(HANDLE hFileMappingObject,
DWORD dwDesiredAccess,
DWORD dwFileOffsetHigh,
DWORD dwFileOffsetLow,
DWORD dwNumberOfBytesToMap);

  MapViewOfFile()函數(shù)負責把文件數(shù)據(jù)映射到進程的地址空間,參數(shù)hFileMappingObject為CreateFileMapping()返回的文件映像對象句柄。參數(shù)dwDesiredAccess則再次指定了對文件數(shù)據(jù)的訪問方式,而且同樣要與CreateFileMapping()函數(shù)所設置的保護屬性相匹配。雖然這里一再對保護屬性進行重復設置看似多余,但卻可以使應用程序能更多的對數(shù)據(jù)的保護屬性實行有效控制。MapViewOfFile()函數(shù)允許全部或部分映射文件,在映射時,需要指定數(shù)據(jù)文件的偏移地址以及待映射的長度。其中,文件的偏移地址由DWORD型的參數(shù)dwFileOffsetHigh和dwFileOffsetLow組成的64位值來指定,而且必須是操作系統(tǒng)的分配粒度的整數(shù)倍,對于Windows操作系統(tǒng),分配粒度固定為64KB。當然,也可以通過如下代碼來動態(tài)獲取當前操作系統(tǒng)的分配粒度:

SYSTEM_INFO sinf;
GetSystemInfo(&sinf);
DWORD dwAllocationGranularity = sinf.dwAllocationGranularity;

  參數(shù)dwNumberOfBytesToMap指定了數(shù)據(jù)文件的映射長度,這里需要特別指出的是,對于Windows 9x操作系統(tǒng),如果MapViewOfFile()無法找到足夠大的區(qū)域來存放整個文件映射對象,將返回空值(NULL);但是在Windows 2000下,MapViewOfFile()只需要為必要的視圖找到足夠大的一個區(qū)域即可,而無須考慮整個文件映射對象的大小。

  在完成對映射到進程地址空間區(qū)域的文件處理后,需要通過函數(shù)UnmapViewOfFile()完成對文件數(shù)據(jù)映像的釋放,該函數(shù)原型聲明如下:

BOOL UnmapViewOfFile(LPCVOID lpBaseAddress);


  唯一的參數(shù)lpBaseAddress指定了返回區(qū)域的基地址,必須將其設定為MapViewOfFile()的返回值。在使用了函數(shù)MapViewOfFile()之后,必須要有對應的UnmapViewOfFile()調用,否則在進程終止之前,保留的區(qū)域將無法釋放。除此之外,前面還曾由CreateFile()和CreateFileMapping()函數(shù)創(chuàng)建過文件內核對象和文件映射內核對象,在進程終止之前有必要通過CloseHandle()將其釋放,否則將會出現(xiàn)資源泄漏的問題。

  除了前面這些必須的API函數(shù)之外,在使用內存映射文件時還要根據(jù)情況來選用其他一些輔助函數(shù)。例如,在使用內存映射文件時,為了提高速度,系統(tǒng)將文件的數(shù)據(jù)頁面進行高速緩存,而且在處理文件映射視圖時不立即更新文件的磁盤映像。為解決這個問題可以考慮使用FlushViewOfFile()函數(shù),該函數(shù)強制系統(tǒng)將修改過的數(shù)據(jù)部分或全部重新寫入磁盤映像,從而可以確保所有的數(shù)據(jù)更新能及時保存到磁盤。

posted on 2008-09-12 03:17 大龍 閱讀(496) 評論(0)  編輯 收藏 引用


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


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美日韩国产色综合一二三四 | 欧美激情久久久久久| 亚洲欧美文学| 亚洲一区二区视频在线观看| 日韩亚洲欧美成人一区| 亚洲精品在线免费观看视频| 日韩视频在线免费| 亚洲一区二区三区在线看| 销魂美女一区二区三区视频在线| 性娇小13――14欧美| 久久精品视频网| 狂野欧美激情性xxxx| 亚洲一区二区三区精品视频| 亚洲精选中文字幕| 一区二区三区av| 午夜亚洲视频| 裸体丰满少妇做受久久99精品| 欧美成人a∨高清免费观看| 欧美精品在线视频观看| 欧美视频在线观看| 国产在线观看一区| 日韩视频在线一区| 亚洲一级黄色av| 久久人人精品| 亚洲三级免费电影| 亚洲精品女人| 一区二区欧美在线观看| 久久激情中文| 国产精品都在这里| 亚洲国产一区在线| 久久成人资源| 一区二区三区高清不卡| 免费成人黄色| 国产一区二区三区高清播放| 中文精品99久久国产香蕉| 老司机一区二区| 亚洲一区在线免费观看| 欧美日韩国产页| 亚洲国产精品久久久久婷婷884| 午夜一区不卡| 一本色道久久综合亚洲精品按摩| 久久性色av| 黄色工厂这里只有精品| 性做久久久久久免费观看欧美| 亚洲精美视频| 麻豆成人91精品二区三区| 国产综合欧美| 久久精品国产2020观看福利| 在线亚洲自拍| 欧美精品在线观看播放| 亚洲娇小video精品| 久久综合九色综合欧美就去吻| 国产精品99久久久久久久久久久久 | 国内精品视频久久| 亚洲综合精品一区二区| 亚洲日本va在线观看| 浪潮色综合久久天堂| 影音先锋亚洲视频| 免费在线观看日韩欧美| 久久狠狠亚洲综合| 国产一区在线播放| 久久久国产成人精品| 欧美诱惑福利视频| 国内精品国产成人| 久久伊人一区二区| 久久精品免费看| 一区二区三区在线免费播放| 99国产精品私拍| 亚洲在线一区二区| 欧美高清不卡在线| 亚洲巨乳在线| 99视频+国产日韩欧美| 欧美视频一区二| 一区二区三区日韩精品| 欧美大片免费久久精品三p | 亚洲毛片网站| 日韩小视频在线观看专区| 欧美日韩综合在线| 亚洲一二三级电影| 欧美在线亚洲在线| 亚洲激情在线观看视频免费| 亚洲美女精品久久| 国产精品一区二区三区四区 | 久久伊人免费视频| 农村妇女精品| 亚洲欧美日韩国产一区二区三区 | 国产精品99久久久久久宅男| 亚洲激情综合| 国产精品久久久久9999吃药| 欧美在线观看www| 久久久久久国产精品mv| 亚洲日本va午夜在线影院| 一区二区不卡在线视频 午夜欧美不卡在 | 蜜桃视频一区| 欧美人与禽猛交乱配视频| 午夜久久电影网| 久久青草久久| 亚洲性视频网址| 久久综合精品国产一区二区三区| 亚洲天堂av在线免费| 久久成人精品电影| 亚洲视频自拍偷拍| 久久综合五月天婷婷伊人| 亚洲永久免费av| 蜜桃av综合| 久久久久久久久久久久久女国产乱| 欧美福利电影网| 久久这里有精品视频| 国产精品色一区二区三区| 亚洲国产精品女人久久久| 国产一区二区三区久久精品| 99re66热这里只有精品3直播| 在线观看日韩专区| 亚洲综合精品四区| 中文亚洲视频在线| 欧美aa在线视频| 久久免费视频网| 国产日韩欧美在线视频观看| 久久精品一区二区三区四区| 国产精品理论片| 亚洲国产成人精品久久| 国产一区二区三区视频在线观看| 日韩午夜免费视频| 国产欧美日韩在线观看| 亚洲免费久久| 一区二区三区视频在线观看| 久久漫画官网| 久久色中文字幕| 国产精品影视天天线| 在线亚洲国产精品网站| 一本一道久久综合狠狠老精东影业| 久久蜜桃资源一区二区老牛| 亚洲淫性视频| 欧美三级黄美女| 一区二区三区精品视频| 亚洲一区二区日本| 欧美午夜视频| 在线视频欧美精品| 亚洲欧美日韩精品久久奇米色影视| 欧美日韩理论| 正在播放亚洲| 午夜免费电影一区在线观看| 国产精品露脸自拍| 亚洲欧美日韩精品久久| 久久久久久久欧美精品| 狠狠色狠狠色综合系列| 久久精品91久久香蕉加勒比| 久久青青草综合| 91久久精品国产91久久| 欧美啪啪一区| 亚洲影院一区| 老司机免费视频一区二区三区| 亚洲福利视频一区| 欧美日韩成人在线| 亚洲已满18点击进入久久| 欧美一区二区三区电影在线观看| 国产日本欧美一区二区| 欧美专区福利在线| 亚洲激情视频在线播放| 亚洲激情在线观看| 亚洲另类视频| 国产精品videosex极品| 亚洲在线第一页| 久久精品国产96久久久香蕉| 禁久久精品乱码| 欧美国产免费| 亚洲制服欧美中文字幕中文字幕| 欧美亚洲尤物久久| 极品尤物一区二区三区| 欧美激情按摩在线| 亚洲免费影院| 欧美丰满少妇xxxbbb| 中文亚洲欧美| 曰韩精品一区二区| 国产精品久久精品日日| 久久久999精品免费| 欧美三区在线观看| 久久精品人人做人人综合| 久久精品30| 亚洲品质自拍| 国产精品亚洲片夜色在线| 久久久久久久999| 最新国产の精品合集bt伙计| 亚洲特级毛片| 国产婷婷色一区二区三区在线 | 欧美国产成人在线| 国产日韩在线视频| 午夜一区二区三视频在线观看| 久久久精品2019中文字幕神马| 亚洲黄一区二区三区| 国产精品入口福利| 欧美电影在线| 欧美中文字幕视频在线观看| 欧美激情一区二区三区高清视频| 亚洲欧美激情在线视频| 亚洲第一天堂av| 国产日韩欧美在线| 国产精品视频| 国产精品久久久久91| 欧美日韩午夜精品|