如何取消内存映射文件的所有视图？及排查文件映射状态

老哥，你遇到的ERROR_USER_MAPPED_FILE问题我之前也碰过——本质就是系统检测到目标文件还有活跃的内存映射视图，所以拒绝执行SetEndOfFile这类修改文件大小的操作。下面给你几个实用的排查和解决思路：

一、进程内主动追踪（最稳妥的方案） #

如果所有映射操作都在你的进程内部，自己维护映射视图的引用计数是最可控的方式：

• 每次调用MapViewOfFile成功后，用线程安全的计数器（比如InterlockedIncrement）增加计数，同时把返回的视图指针存到一个线程安全的集合里；
• 每次调用UnmapViewOfFile释放视图时，用InterlockedDecrement减少计数，释放后从集合中移除对应的指针；
• 只有当计数归零时，再去执行SetEndOfFile或修改文件的操作。

这种方式从根源上避免了“不知道有没有映射没释放”的问题，毕竟自己的代码自己能把控，比事后排查靠谱多了。

二、用Windows API枚举进程内的映射（调试用） #

如果是临时排查问题，可以用系统API枚举当前进程内所有的内存映射文件，找到目标文件的残留映射：

1. 调用EnumProcessModules获取当前进程的所有模块句柄；
2. 对每个模块，调用GetMappedFileName获取对应的映射文件名；
3. 对比目标文件名，就能发现是否还有未释放的映射视图。

给你一段简化的示例代码：

#include <windows.h>
#include <psapi.h>
#include <tchar.h>

void CheckMappedFile(const TCHAR* targetPath) {
    HMODULE hModules[1024];
    DWORD cbNeeded;
    if (!EnumProcessModules(GetCurrentProcess(), hModules, sizeof(hModules), &cbNeeded)) {
        return;
    }

    for (int i = 0; i < (cbNeeded / sizeof(HMODULE)); i++) {
        TCHAR mappedPath[MAX_PATH];
        if (GetMappedFileName(GetCurrentProcess(), hModules[i], mappedPath, MAX_PATH)) {
            // 注意：GetMappedFileName返回的是设备路径，需要转换为普通路径对比
            TCHAR localPath[MAX_PATH];
            if (GetFinalPathNameByHandle((HANDLE)hModules[i], localPath, MAX_PATH, FILE_NAME_NORMALIZED)) {
                if (_tcscmp(localPath, targetPath) == 0) {
                    OutputDebugString(_T("发现未释放的内存映射！"));
                }
            }
        }
    }
}

三、排查跨进程的映射（如果其他进程也在操作） #

要是怀疑其他进程也在映射这个文件，可以用Windows Sysinternals的Process Explorer工具：

• 打开Process Explorer，按下Ctrl+F搜索你的目标文件名；
• 搜索结果里会列出所有打开该文件或持有其映射的进程；
• 找到对应的进程后，要么等它释放映射，要么和对方进程的开发者协调处理。

四、应急替代方案（慎用） #

如果实在没法等所有映射释放，有个应急的trick：

1. 将原文件的内容复制到一个临时文件；
2. 删除原文件（注意：如果其他进程还在读取原文件，这会导致错误）；
3. 把临时文件重命名为原文件的名字；
4. 对新的原文件执行SetEndOfFile操作。

这个方法有风险，只适合非关键场景，比如测试环境下临时救急。

最后再提一句：多线程环境下，内存映射的生命周期一定要管理好，最好用RAII类封装MapViewOfFile和UnmapViewOfFile操作，确保视图能被自动释放，避免遗漏。

内容的提问来源于stack exchange，提问作者user1669844