内存映射文件的奇怪行为，一些观察和一些问题

Question

请看下面这段代码。

#include <windows.h>

void Write(char *pBuffer)
{
//  pBuffer -= 4*sizeof(int);
    for(int i = 0; i<20; i++)
        *(pBuffer + sizeof(int)*i) = i+1;
}

void main()
{
    HANDLE hFile = ::CreateFile("file", GENERIC_READ|GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);

    if(INVALID_HANDLE_VALUE == hFile)
    {
        ::MessageBox(NULL, "", "Error", 0);
        return;
    }

    HANDLE hMMF = ::CreateFileMapping(hFile, NULL, PAGE_READWRITE, 0, 32, NULL);

    char *pBuffer = (char*)::MapViewOfFile(hMMF, FILE_MAP_WRITE, 0, 0, 0);

    Write(pBuffer);

    ::FlushViewOfFile(pBuffer, 100);

    ::UnmapViewOfFile(pBuffer);
}

我只分配了 32 个字节，但当我尝试写入超过分配的大小时，我根本没有收到任何错误。这是设计使然还是 Windows 代码中的错误？但是，如果包含注释部分，则会出现预期的错误。

我问这个是因为我正在考虑利用这个“功能”来发挥我的优势。我可以吗？仅供参考，我有 Win XP ver 2002 SP 3，但我怀疑这在较新的 Windows 中已“修复”，这可能会导致我的代码失败，IDK。任何解释其内部原理的有用链接都会很有帮助。

谢谢

Answer 1

这与写入超过堆上分配的缓冲区末尾没有任何不同。如果你写入未映射的虚拟内存，操作系统只能打你的手指。映射是基于页的，一页为 4096 字节。您必须写过此页才能获得 kaboom。将 for 循环更改为在 (4096+4)/4 处结束以重现它。

Answer 2

虚拟内存管理器必须按页映射内存，因此范围实际上会四舍五入到最接近的 4kB（或任何系统页面大小）。

我认为没有记录是否写入与映射数据相同的页面，但在映射结束之后，将被提交回文件。因此，不要依赖这种行为，它可以在 Windows 版本之间轻松更改。