在Windows中使用共享属性内存映射文件（以使文件不被锁定防止删除）

Question

在Windows中使用共享属性内存映射文件（以使文件不被锁定防止删除）

javawindowsmmapbytebuffermemory-mapped-files

3

有没有一种在Windows中将文件内容映射到内存的方法，而不会对文件进行锁定（特别是在文件仍然被映射时可以删除文件）？

Java NIO库以这样的方式在Windows中mmap文件，使得只要堆中有任何未被垃圾回收的MappedByteBuffer引用，映射的文件就不能被删除。JDK团队声称这是Windows的限制，但仅适用于文件被映射，而不是作为常规文件打开的情况：

https://mail.openjdk.java.net/pipermail/nio-dev/2019-January/005698.html

（显然，如果一个文件在mmap的时候被删除了，在Windows文件语义的世界中对于mmap区域应该发生什么是有争议的，但在Linux中已经定义明确。）

（参考资料，无法在内存映射期间（或尚未垃圾收集）删除文件会在Java中引起许多问题：）

http://www.mapdb.org/blog/mmap_files_alloc_and_jvm_crash/

有安全原因导致不支持取消映射操作：

https://bugs.openjdk.java.net/browse/JDK-4724038

更新：另请参阅：如何通过将映射替换为空页面来取消映射mmap'd文件

- Luke Hutchison

1

@RbMm，我们可以通过使用CreateFile / CloseHandle或NtDeleteFile进行删除关闭映射文件。在这种情况下，文件系统只检查MmFlushImageSection(SectionObjectPointer, MmFlushForWrite)，而不是MmFlushForDelete。可能最初是个错误，但现在已经成为标准了。 - Eryk Sun

@eryksun - 是的，你是正确的。如果创建的节没有SEC_IMAGE属性，我们可以用这种方式删除文件。 - RbMm

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- RbMm · Accepted Answer

如 @eryksun 所述，如果文件映射的区域（file mapping）没有使用 SEC_IMAGE 属性创建，则我们可以通过以下2种方式删除映射的文件：

使用打开文件时加上 FILE_FLAG_DELETE_ON_CLOSE 标记来打开文件。这意味着“当所有与该文件相关的句柄都关闭之后，包括指定的句柄和其他任何已打开或复制的句柄时，将立即删除该文件”。或者我们可以使用 NtOpenFile 或 NtCreateFile 调用，并附带标记 FILE_DELETE_ON_CLOSE。
调用 ZwDeleteFile。实际上，内部的 NtDeleteFile 打开了带有 FILE_DELETE_ON_CLOSE 标记和特殊内部配置项DeleteOnly = TRUE的文件。这使得该调用比正常打开文件再关闭句柄更加高效。

代码示例：

#ifndef FILE_SHARE_VALID_FLAGS
#define FILE_SHARE_VALID_FLAGS 0x00000007
#endif

NTSTATUS Delete1(PCWSTR FileName)
{
    HANDLE hFile = CreateFile(FileName, DELETE, FILE_SHARE_VALID_FLAGS, 0, OPEN_EXISTING, FILE_FLAG_DELETE_ON_CLOSE, 0);
    if (hFile == INVALID_HANDLE_VALUE)
    {
        return RtlGetLastNtStatus();
    }
    CloseHandle(hFile);
    return 0;
}

NTSTATUS Delete2(PCWSTR FileName)
{
    UNICODE_STRING ObjectName;

    if (RtlDosPathNameToNtPathName_U(FileName, &ObjectName, 0, 0))
    {
        OBJECT_ATTRIBUTES oa = { sizeof(oa), 0, &ObjectName };

        NTSTATUS status = ZwDeleteFile(&oa);

        RtlFreeUnicodeString(&ObjectName);

        return status;
    }

    return STATUS_UNSUCCESSFUL;
}

请注意，在此处调用DeleteFileW会失败，并显示状态为STATUS_CANNOT_DELETE。我建议在这里调用RtlGetLastNtStatus()，而不是GetLastError()，因为Win32将NTSTATUS映射到错误代码时不是单射的，并且经常会丢失有价值的信息。例如，STATUS_CANNOT_DELETE被映射到ERROR_ACCESS_DENIED。但是还有许多其他的NTSATUS代码也被映射到ERROR_ACCESS_DENIED。 ERROR_ACCESS_DENIED不仅代表STATUS_ACCESS_DENIED（真正的拒绝访问）。相比ERROR_ACCESS_DENIED，STATUS_CANNOT_DELETE更具信息量。 RtlGetLastNtStatus与GetLastError具有完全相同的签名，并且从ntdll.dll中导出（因此请包含ntdll.lib或ntdllp.lib）。

extern "C" NTSYSCALLAPI NTSTATUS NTAPI RtlGetLastNtStatus();