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

woaidongmao

文章均收錄自他人博客,但不喜標題前加-[轉貼],因其丑陋,見諒!~
隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
數據加載中……

使用內存映射文件處理大文件

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

引言

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

內存映射文件

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

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

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

內存映射文件相關函數

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

HANDLE CreateFile(LPCTSTR lpFileName,

DWORD dwDesiredAccess,

DWORD dwShareMode,

LPSECURITY_ATTRIBUTES lpSecurityAttributes,

DWORD dwCreationDisposition,

DWORD dwFlagsAndAttributes,

HANDLE hTemplateFile);

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

HANDLE CreateFileMapping(HANDLE hFile,

LPSECURITY_ATTRIBUTES lpFileMappingAttributes,

DWORD flProtect,

DWORD dwMaximumSizeHigh,

DWORD dwMaximumSizeLow,

LPCTSTR lpName);

CreateFileMapping()函數創建一個文件映射內核對象,通過參數hFile指定待映射到進程地址空間的文件句柄(該句柄由CreateFile()函數的返回值獲取)。由于內存映射文件的物理存儲器實際是存儲于磁盤上的一個文件,而不是從系統的頁文件中分配的內存,所以系統不會主動為其保留地址空間區域,也不會自動將文件的存儲空間映射到該區域,為了讓系統能夠確定對頁面采取何種保護屬性,需要通過參數flProtect來設定,保護屬性PAGE_READONLYPAGE_READWRITEPAGE_WRITECOPY分別表示文件映射對象被映射后,可以讀取、讀寫文件數據。在使用PAGE_READONLY時,必須確保CreateFile()采用的是GENERIC_READ參數;PAGE_READWRITE則要求CreateFile()采用的是GENERIC_READ|GENERIC_WRITE參數;至于屬性PAGE_WRITECOPY則只需要確保CreateFile()采用了GENERIC_READGENERIC_WRITE其中之一即可。DWORD型的參數dwMaximumSizeHighdwMaximumSizeLow也是相當重要的,指定了文件的最大字節數,由于這兩個參數共64位,因此所支持的最大文件長度為16EB,幾乎可以滿足任何大數據量文件處理場合的要求。

LPVOID MapViewOfFile(HANDLE hFileMappingObject,

DWORD dwDesiredAccess,

DWORD dwFileOffsetHigh,

DWORD dwFileOffsetLow,

DWORD dwNumberOfBytesToMap);

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

SYSTEM_INFO sinf;

GetSystemInfo(&sinf);

DWORD dwAllocationGranularity = sinf.dwAllocationGranularity;

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

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

BOOL UnmapViewOfFile(LPCVOID lpBaseAddress);

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

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

用內存映射文件處理大文件應用示例

下面結合一個具體的實例來進一步講述內存映射文件的使用方法。該實例從端口接收數據,并實時將其存放于磁盤,由于數據量大(幾十GB),在此選用內存映射文件進行處理。下面給出的是位于工作線程MainProc中的部分主要代碼,該線程自程序運行時啟動,當端口有數據到達時將會發出事件hEvent[0]WaitForMultipleObjects()函數等待到該事件發生后將接收到的數據保存到磁盤,如果終止接收將發出事件hEvent[1],事件處理過程將負責完成資源的釋放和文件的關閉等工作。下面給出此線程處理函數的具體實現過程:

……

// 創建文件內核對象,其句柄保存于hFile

HANDLE hFile = CreateFile("Recv1.zip",

GENERIC_WRITE | GENERIC_READ,

FILE_SHARE_READ,

NULL,

CREATE_ALWAYS,

FILE_FLAG_SEQUENTIAL_SCAN,

NULL);

 

// 創建文件映射內核對象,句柄保存于hFileMapping

HANDLE hFileMapping = CreateFileMapping(hFile,NULL,PAGE_READWRITE,

0, 0x4000000, NULL);

// 釋放文件內核對象

CloseHandle(hFile);

 

// 設定大小、偏移量等參數

__int64 qwFileSize = 0x4000000;

__int64 qwFileOffset = 0;

__int64 T = 600 * sinf.dwAllocationGranularity;

DWORD dwBytesInBlock = 1000 * sinf.dwAllocationGranularity;

 

// 將文件數據映射到進程的地址空間

PBYTE pbFile = (PBYTE)MapViewOfFile(hFileMapping,

FILE_MAP_ALL_ACCESS,

(DWORD)(qwFileOffset>>32), (DWORD)(qwFileOffset&0xFFFFFFFF), dwBytesInBlock);

while(bLoop)

{

// 捕獲事件hEvent[0]和事件hEvent[1]

DWORD ret = WaitForMultipleObjects(2, hEvent, FALSE, INFINITE);

ret -= WAIT_OBJECT_0;

switch (ret)

{

// 接收數據事件觸發

case 0:

// 從端口接收數據并保存到內存映射文件

nReadLen=syio_Read(port[1], pbFile + qwFileOffset, QueueLen);

qwFileOffset += nReadLen;

 

// 當數據寫滿60%時,為防數據溢出,需要在其后開辟一新的映射視圖

if (qwFileOffset > T)

{

T = qwFileOffset + 600 * sinf.dwAllocationGranularity;

UnmapViewOfFile(pbFile);

pbFile = (PBYTE)MapViewOfFile(hFileMapping,

FILE_MAP_ALL_ACCESS,

(DWORD)(qwFileOffset>>32), (DWORD)(qwFileOffset&0xFFFFFFFF), dwBytesInBlock);

}

break;

 

// 終止事件觸發

case 1:

bLoop = FALSE;

 

// 從進程的地址空間撤消文件數據映像

UnmapViewOfFile(pbFile);

 

// 關閉文件映射對象

CloseHandle(hFileMapping);

break;

}

}

在終止事件觸發處理過程中如果只簡單的執行UnmapViewOfFile()CloseHandle()函數將無法正確標識文件的實際大小,即如果開辟的內存映射文件為30GB,而接收的數據只有14GB,那么上述程序執行完后,保存的文件長度仍是30GB。也就是說,在處理完成后還要再次通過內存映射文件的形式將文件恢復到實際大小,下面是實現此要求的主要代碼:

// 創建另外一個文件內核對象

hFile2 = CreateFile("Recv.zip",

GENERIC_WRITE | GENERIC_READ,

FILE_SHARE_READ,

NULL,

CREATE_ALWAYS,

FILE_FLAG_SEQUENTIAL_SCAN,

NULL);

 

// 以實際數據長度創建另外一個文件映射內核對象

hFileMapping2 = CreateFileMapping(hFile2,

NULL,

PAGE_READWRITE,

0,

(DWORD)(qwFileOffset&0xFFFFFFFF),

NULL);

 

// 關閉文件內核對象

CloseHandle(hFile2);

 

// 將文件數據映射到進程的地址空間

pbFile2 = (PBYTE)MapViewOfFile(hFileMapping2,

FILE_MAP_ALL_ACCESS,

0, 0, qwFileOffset);

 

// 將數據從原來的內存映射文件復制到此內存映射文件

memcpy(pbFile2, pbFile, qwFileOffset);

 

file://從進程的地址空間撤消文件數據映像

UnmapViewOfFile(pbFile);

UnmapViewOfFile(pbFile2);

 

// 關閉文件映射對象

CloseHandle(hFileMapping);

CloseHandle(hFileMapping2);

 

// 刪除臨時文件

DeleteFile("Recv1.zip");

結論

經實際測試,內存映射文件在處理大數據量文件時表現出了良好的性能,比通常使用CFile類和ReadFile()WriteFile()等函數的文件處理方式具有明顯的優勢。本文所述代碼在Windows 98下由Microsoft Visual C++ 6.0編譯通過。

posted on 2009-03-12 12:10 肥仔 閱讀(940) 評論(0)  編輯 收藏 引用 所屬分類: Windows開發

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产视频不卡| 欧美日韩一区二区三区在线看| 国产精品日韩专区| 亚洲欧美另类国产| 麻豆久久精品| 久久久久久91香蕉国产| 欧美天堂亚洲电影院在线观看 | 亚洲欧美激情一区| 亚洲一区二区三区中文字幕在线| 亚洲视频精选在线| 性xx色xx综合久久久xx| 久久久久久国产精品mv| 欧美成人黑人xx视频免费观看| 亚洲国产精品第一区二区| 欧美激情bt| 夜夜嗨av一区二区三区网页 | 麻豆精品在线播放| 欧美国产日韩视频| 国产精品一区毛片| 在线日韩视频| 亚洲夜晚福利在线观看| 久久久国产午夜精品| 亚洲欧洲日本国产| 先锋资源久久| 欧美日韩直播| 亚洲电影免费观看高清| 巨乳诱惑日韩免费av| 久久久久久一区二区三区| 欧美国产三级| 欧美亚洲尤物久久| 欧美精品在欧美一区二区少妇| 国产精品一区二区三区免费观看| 在线免费高清一区二区三区| 久久伊伊香蕉| 国产精品www994| 亚洲国产综合在线| 久久激情五月丁香伊人| 日韩一区二区电影网| 美国三级日本三级久久99| 国产日本欧美一区二区| 亚洲天堂av图片| 亚洲国产你懂的| 久久久中精品2020中文| 国产一区二区成人| 亚洲午夜激情在线| 最新国产成人av网站网址麻豆| 欧美专区福利在线| 欧美亚一区二区| 一区二区激情| 亚洲国产精品嫩草影院| 久久一区二区三区四区| 国产一区欧美| 久久成人在线| 午夜欧美电影在线观看| 国产精品久久久久av| 亚洲欧洲在线免费| 老色鬼精品视频在线观看播放| 欧美一二三区在线观看| 国产日韩欧美另类| 欧美专区在线观看| 亚洲欧美欧美一区二区三区| 国产精品萝li| 久久福利资源站| 欧美亚洲一区二区在线| 国产亚洲欧美一区| 久久九九精品| 久久久久久噜噜噜久久久精品| 国产农村妇女毛片精品久久麻豆| 亚洲综合首页| 亚洲免费网址| 国产亚洲视频在线观看| 久久理论片午夜琪琪电影网| 久久蜜臀精品av| 亚洲欧洲日本一区二区三区| 亚洲高清中文字幕| 欧美伦理91i| 亚洲永久字幕| 久久精品在线播放| 亚洲娇小video精品| 最新国产成人av网站网址麻豆| 欧美日韩天堂| 欧美影院成年免费版| 久久久久这里只有精品| 日韩亚洲一区二区| 一区二区三区欧美在线| 国产欧美日韩亚洲一区二区三区| 久久久97精品| 欧美国产先锋| 欧美亚洲日本网站| 久久网站免费| 亚洲一区二区三区欧美| 欧美一区二区三区在线视频| 亚洲国产另类 国产精品国产免费| 欧美激情国产日韩| 国产精品ⅴa在线观看h| 在线观看日韩专区| 亚洲人精品午夜| 国产日韩综合| 亚洲精品女av网站| 欧美视频手机在线| 免费日韩成人| 国产精品日韩欧美一区二区| 久久中文字幕一区二区三区| 欧美日韩国内自拍| 麻豆av一区二区三区| 欧美午夜视频在线观看| 裸体一区二区三区| 欧美日韩成人在线观看| 久久久久久免费| 欧美视频在线观看免费网址| 免费成人高清视频| 国产精品久久午夜夜伦鲁鲁| 欧美成人中文字幕| 国产亚洲激情| 亚洲欧美另类中文字幕| 亚洲激情视频网| 欧美在线不卡| 亚洲性av在线| 狂野欧美激情性xxxx| 午夜免费日韩视频| 欧美成人国产va精品日本一级| 欧美一级久久久| 欧美日韩精品是欧美日韩精品| 欧美va亚洲va香蕉在线| 国产欧美一区二区精品婷婷| 亚洲丰满在线| 国产一区二区三区在线观看精品| 9久re热视频在线精品| 亚洲美女网站| 欧美成人一区二区三区片免费| 毛片基地黄久久久久久天堂| 国产欧亚日韩视频| 中文网丁香综合网| 亚洲女人天堂成人av在线| 欧美.www| 欧美黑人一区二区三区| 亚洲国产另类 国产精品国产免费| 久久久久久尹人网香蕉| 久久亚洲国产成人| 国产在线不卡视频| 久久国产欧美精品| 久久久91精品国产| 精品动漫3d一区二区三区免费版 | 欧美大片91| 在线成人亚洲| 欧美成人自拍视频| 亚洲激情在线观看| 一区二区欧美国产| 国产精品激情电影| 亚洲主播在线播放| 久久精品国产亚洲一区二区| 国产在线观看一区| 久久天天躁狠狠躁夜夜av| 欧美成年人网站| 亚洲精品自在久久| 欧美日韩免费高清| 亚洲视频电影在线| 午夜激情综合网| 久久国产免费| 欧美激情欧美激情在线五月| 日韩亚洲国产精品| 国产精品日韩| 久久这里只精品最新地址| 亚洲丰满在线| 亚洲欧美日韩国产综合精品二区| 国产老女人精品毛片久久| 久久久久在线| 中文国产一区| 欧美黑人在线播放| 亚洲伊人第一页| 尤物yw午夜国产精品视频明星| 欧美 日韩 国产精品免费观看| 亚洲视频免费观看| 久久综合网络一区二区| 亚洲视频久久| 亚洲电影在线| 国产精品久久国产精麻豆99网站| 久久久av毛片精品| 亚洲伦理网站| 欧美福利视频| 欧美中文字幕第一页| 最新成人在线| 国产欧美日韩在线播放| 欧美日产国产成人免费图片| 午夜精品久久久久久久男人的天堂 | 久久精品最新地址| 亚洲精品日韩欧美| 国产女主播一区二区三区| 欧美激情一区二区三区成人| 欧美在线关看| 亚洲性图久久| 亚洲三级免费电影| 久久综合给合久久狠狠狠97色69| 亚洲午夜黄色| 亚洲欧洲日产国产网站| 国户精品久久久久久久久久久不卡 | 一区二区在线视频观看| 欧美系列一区| 欧美激情欧美狂野欧美精品| 久久久久国产一区二区三区|