快捷導(dǎo)航

淺聊一下C#中內(nèi)存映射文件的玩法

更新時間：2023年06月14日 08:26:29 作者：一線碼農(nóng)

內(nèi)存映射文件是怎么玩的，說實話這東西理論我相信很多朋友都知道，就是將文件映射到進程的虛擬地址，說起來很容易，那如何讓大家眼見為實呢，本文就來和大家簡單聊聊

一：背景

1. 講故事

前段時間訓(xùn)練營里有朋友問內(nèi)存映射文件是怎么玩的？說實話這東西理論我相信很多朋友都知道，就是將文件映射到進程的虛擬地址，說起來很容易，那如何讓大家眼見為實呢？可能會難倒很多人，所以這篇我以自己的認(rèn)知嘗試讓大家眼見為實。

二：如何眼見為實

1. 我想象的文件映射

在任何討論之前，內(nèi)存文件映射大概像下面這樣，多個進程可以完全View一個文件，也可以 View 文件的一部分到進程的虛擬地址中，畫個圖大概像下面這樣。

但仔細(xì)一想，這里還有很多的小細(xì)節(jié)，比如：

疑問1：到底是映射文件還是映射磁盤的物理地址 ?

疑問2：既然是后備存儲，那是不是每次修改虛擬地址都要刷硬盤 ?

疑問3：內(nèi)存頁是4k為一個單位，文件大小不是 4k 整數(shù)倍怎么辦 ?

這三個疑問我相信很多朋友或多或少都會遇到，這里我簡單解答一下，后面再用 windbg 驗證。

嚴(yán)格來說是 硬盤物理地址。
文件所處的硬盤地址為后備存儲這個不假，但這里有個小細(xì)節(jié)，對虛擬地址的讀寫涉及到 內(nèi)存頁 概念，如果訪問的虛擬地址所在的物理地址不在 物理內(nèi)存 中，就會引發(fā)缺頁中斷，操作系統(tǒng)會將磁盤上的 4k 頁粒度灌入到 物理內(nèi)存 中，同樣的道理，如果修改了虛擬地址，那么物理內(nèi)存頁就是臟數(shù)據(jù)，會在后續(xù)的某個時刻刷新到 硬盤 上，產(chǎn)生磁盤 IO。

總的來說：從磁盤到物理內(nèi)存（內(nèi)存條）之間的內(nèi)存頁的換入換出都是一種按需的 懶加載懶寫入行為，稍后我們用 windbg 驗證下。

內(nèi)存的管理采用的是內(nèi)存頁的方式，如果 View 大于文件Size，那么文件會擴容到 4k 對齊，這樣方便對文件追加寫入。

綜合上面的三點信息，圖就可以畫的再詳細(xì)一點了，比如下面這樣：

熟悉內(nèi)存管理的朋友應(yīng)該知道，我們程序的 exe 和 dll 就是用 內(nèi)存映射文件 的方式加載到虛擬地址中的，所以就拿它開刀吧。

2. 一段測試代碼

為了方便演示，上一段簡單的的測試代碼，觀察 ConsoleApp1.exe 的映射方式。

        static void Main(string[] args)
        {
            Console.WriteLine($"當(dāng)前時間：{DateTime.Now}， 程序啟動！");
            Console.ReadLine();
        }

接下來用 windbg 啟動 ConsoleApp1.exe 兩次，結(jié)合詳細(xì)分解圖，我們觀察下這兩個進程的虛擬地址所映射的內(nèi)存條物理地址是否一致？

1.實例1

ModLoad: 00007ff6`bfe00000 00007ff6`bfe2a000   apphost.exe
ModLoad: 00007ff9`b1450000 00007ff9`b1648000   ntdll.dll
...
0:008> lmvm apphost
Browse full module list
start             end                 module name
00007ff6`bfe00000 00007ff6`bfe2a000   apphost  C (private pdb symbols)  c:\mysymbols\apphost.pdb\1643A9EB126F4FE184548E9CC1B740B71\apphost.pdb
    Loaded symbol image file: D:\net7\ConsoleApplication1\ConsoleApp1\bin\Debug\net6.0\ConsoleApp1.exe
    Image path: apphost.exe
    Image name: apphost.exe
    ...
0:008> ~
   0  Id: 232c.4abc Suspend: 1 Teb: 0000000e`7b1a5000 Unfrozen

2.實例2

ModLoad: 00007ff6`bfe00000 00007ff6`bfe2a000   apphost.exe
ModLoad: 00007ff9`b1450000 00007ff9`b1648000   ntdll.dll
...
0:008> ~
   0  Id: 60e8.3e3c Suspend: 1 Teb: 000000da`ab498000 Unfrozen
   1  Id: 60e8.53b0 Suspend: 1 Teb: 000000da`ab49a000 Unfrozen

這里要提醒一下的是在 Windows 平臺上 ConsoleApp1.exe 已經(jīng)成了一個引導(dǎo)程序，通過 lmvm 可以看到它其實是 apphost.exe。

兩個實例都開起來后，可以看到 apphost.exe 在各自進程的虛擬地址都一樣，那他們的物理地址是否也一樣呢？要尋找答案，接下來我們到 Windows 內(nèi)核態(tài)去挖一挖。

lkd> !process 0 0 ConsoleApp1.exe
PROCESS ffff838bd84c9080
    SessionId: 8  Cid: 232c    Peb: e7b1a4000  ParentCid: 0b14
FreezeCount 2
    DirBase: 3468cf000  ObjectTable: ffff938feae02900  HandleCount: 172.
    Image: ConsoleApp1.exe
PROCESS ffff838bef157080
    SessionId: 8  Cid: 60e8    Peb: daab497000  ParentCid: 4804
FreezeCount 2
    DirBase: 3552f3000  ObjectTable: ffff938fe8f7ec40  HandleCount: 166.
    Image: ConsoleApp1.exe

從卦中看，Cid: 232c 是我們的實例1， Cid: 60e8 是我們的實例2，接下來用 windbg 提供的 !vtop 命令觀察 apphost.exe 的首地址對應(yīng)的物理地址。

// ----  實例1 -----
lkd> !vtop 3468cf000 00007ff6bfe00000
Amd64VtoP: Virt 00007ff6bfe00000, pagedir 00000003468cf000
Amd64VtoP: PML4E 00000003468cf7f8
Amd64VtoP: PDPE 00000001138dbed0
Amd64VtoP: PDE 00000002153dcff8
Amd64VtoP: PTE 000000024dadd000
Amd64VtoP: Mapped phys 00000002271c2000
Virtual address 7ff6bfe00000 translates to physical address 2271c2000.
//----  實例2 -----
lkd> !vtop 3552f3000 00007ff6bfe00000
Amd64VtoP: Virt 00007ff6bfe00000, pagedir 00000003552f3000
Amd64VtoP: PML4E 00000003552f37f8
Amd64VtoP: PDPE 00000002db7ffed0
Amd64VtoP: PDE 0000000208100ff8
Amd64VtoP: PTE 000000033de01000
Amd64VtoP: Mapped phys 00000002271c2000
Virtual address 7ff6bfe00000 translates to physical address 2271c2000.

從卦中看，物理地址上有一段 This program cannot be run in DOS mode，這不就是經(jīng)典的 PE 文件哈，如果不相信可以用 WinHex 打開 ConsoleApp1.exe 即可，截圖如下：

最后就是內(nèi)核中的 內(nèi)存管理器 會將物理地址與磁盤地址進行打通，實現(xiàn)懶加載和懶寫入。

3. 如何自定義實現(xiàn)

Image 雖然是一個快捷的觀察內(nèi)存文件映射方式，那如果自己能實現(xiàn)一個就更有意思了，比如下面對 1.txt 進行文件映射，在 C# 中有一個快捷類 MemoryMappedFile 實現(xiàn)了 win32api 的封裝，參考代碼如下：

    internal class Program
    {
        static void Main(string[] args)
        {
            int capaticy = 1024; //1k
            using (var mmf = MemoryMappedFile.CreateFromFile(@"C:\1.txt", FileMode.OpenOrCreate,
                                                            "testmapfile",
                                                             capaticy,
                                                             MemoryMappedFileAccess.ReadWrite))
            {
                var viewAccessor = mmf.CreateViewAccessor(0, capaticy);
                while (true)
                {
                    Console.WriteLine("請輸入你要寫入的內(nèi)容: ");
                    string input = Console.ReadLine();
                    viewAccessor.WriteArray(0, input.ToArray(), 0, input.Length);
                }
            }
        }
    }

接下來用 windbg 附加一下，觀察 1.txt 是不是被 MappedFile 上了，同時做的修改有沒有更新到物理磁盤上。

0:006> !address
  BaseAddr EndAddr+1 RgnSize     Type       State                 Protect             Usage
-----------------------------------------------------------------------------------------------
...
+  31a0000  31a1000     1000 MEM_MAPPED  MEM_COMMIT  PAGE_READWRITE                     MappedFile "\Device\HarddiskVolume3\1.txt"
...
0:006> du 31a0000
031a0000  "helloworld!"