当使用内存映射文件时,它似乎要么是只读的,要么是只写的。我的意思是你不能:

  • 打开一个可供写入,后来决定不保存它
  • 已打开可供阅读,稍后决定保存

我们的应用程序使用可写内存映射文件来保存数据文件,但由于用户可能希望退出而不保存更改,因此我们必须使用用户实际编辑的临时文件。当用户选择保存更改时,原始文件将被临时文件覆盖,因此它具有最新的更改。这很麻烦,因为文件可能非常大(>1GB)并且复制它们需要很长时间。

我尝试了许多用于创建文件映射的标志组合,但似乎都不允许灵活地按需保存。任何人都可以确认情况是这样吗?我们的应用程序是用 Delphi 编写的,但在我们的例子中它使用标准 Windows API 来创建映射

FMapHandle := CreateFileMapping(FFileHandle, nil, PAGE_READWRITE, 0, 2 * 65536, nil);
FBasePointer := MapViewOfFile(FileMapHandle, FILE_MAP_WRITE, FileOffsetHigh,
FileOffsetLow, NumBytes);
有帮助吗?

解决方案

我认为你不能。我的意思是你 可能 能够,但这对我来说没有任何意义:-)

内存映射文件的全部意义在于它是实际文件的一个窗口。如果您不希望文件中反映更改,则可能需要执行一些操作,例如批量处理数据结构(例如,基地址、大小和数据的数组)中的更改,并在保存时应用它们。

在这种情况下,你实际上不会 需要 内存映射文件,只需读入并维护要更改的块(如果存在多用户访问的机会,请先锁定文件)。

更新:

您是否想过在保存时删除原始文件并将临时文件重命名为原始文件名的可能性?这可能比将 1G 数据从临时数据复制到原始数据要快得多。这样,如果您不想保存它,只需删除临时文件并保留原始文件即可。

加载时您仍然需要将原始数据复制到临时文件,但不必将临时数据复制回来(无论是否保存) - 这会将所花费的时间减半。

其他提示

有可能,但并非微不足道。

您必须了解内存映射基础知识,以及内存映射文件的三种模式之间的区别。两者都留出一部分虚拟地址空间并在内部表中创建映射条目。最初没有分配物理 RAM。因此,当您尝试访问内存时,CPU 会出现故障,操作系统必须进行修复。它通过将文件内容复制到 RAM 并将 RAM 映射到进程的错误地址来实现这一点。

现在,三种模式之间的区别在于如何在映射页面上设置描述符。在所有情况下,您都可以获得页面的读取权限。(第一种模式)。但是,如果您请求写访问并随后对其进行写入,则在第一次写入时,该页面将被标记为可写且脏。然后可以根据操作系统的判断将其写回原始文件(第二种模式)。最后,可以获得写时复制语义。一开始您仍然只能对内存中的页面进行读访问。当你写入它时,CPU仍然出现故障,操作系统需要修复它。使用写时复制,通过将更改页面的后备存储设置为页面文件而不是原始映射文件来完成修复。

因此,在您的情况下,您想使用写时复制模式。如果用户决定放弃修改,没有问题。您只需丢弃内存映射即可。所有在内存中修改并由页面文件支持的页面也将被丢弃。

如果用户确实决定保存,那么您的任务会稍微困难一些。您现在需要找出文件的哪些部分已更改。这些更改位于内存中,您需要将它们重新应用到源文件。你可以这样做 页面守卫. 。因此,当用户决定保存时,将所有修改的页面复制到单独的内存块,重新映射(未更改的)文件以进行写入,然后应用更改。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top