存储和加载二维无限程式生成的基于瓦片的世界

背景：

我正在开发一个二维无限世界生成器。它是基于瓦片的，意味着我的地形完全由方块组成。你可以把它想象成从上方观察到的二维Minecraft地形。

我实现了标准块系统，将地形分割成小的8x8瓦片区域，这些区域会随着玩家在世界中的行动而被加载和删除。到目前为止，这个系统非常顺畅，没有任何卡顿或延迟。我使用的是Lua和Corona SDK。

问题：

由于玩家将能够修改地形，我需要一个快速高效的系统，在玩家加载新块时将块存储在内存中，并且能够从内存中加载这些块，如果它们之前已经被加载过。

这就是问题所在。它需要经常从文件（内存）中读取和保存，这会导致明显的延迟。将块变得更大不是一个选择。

我尝试过但都会导致延迟的解决方案：

a）我实现的第一个和显而易见的解决方案，就是为每个块创建一个文本文件，用字符串作为瓦片名称。它看起来像这样：x12y10.txt，文件内我按它们在屏幕上需要放置的顺序倾倒了所有瓦片名称："Grass Grass Water Sand Sand Sand Grass Grass ..."。这很管用，但加载字符串很慢，所以我尝试了另一个解决方案：将瓦片保存为索引。

b）将瓦片保存为它们的索引。我将每个瓦片与一个数字配对。由于数字更短，它们占用更少的内存并且更快速度。我为每个瓦片分配了它自己的索引：Grass -> id 1，Water -> id 2，Sand -> id 3等等。这样，我只需要为每个瓦片保存1或2个字符而不是完整的字符串。现在，我的文本文件看起来像这样："1 1 2 3 3 3 1 1 ..."。这个解决方案效果更好，但仍然会导致延迟。

c）我所做的下一个改进是如何在内存中组织块。与其将所有块倾倒到单个文件夹中，我为每个x坐标创建了一个文件夹，并把具有该x值的所有块放在其中。

所以，与其这样：

-包含所有块的文件夹：x0y0.txt，x0y1.txt，x0y2.txt，x1y0.txt，x1y1.txt，x1y2.txt

所有块的文件夹内都是这样的：

-文件夹x0：x0y0.txt，x0y1.txt，x0y2.txt

-文件夹x1：x1y0.txt，x1y1.txt ，x1y2.txt

我不确定这有多大帮助，对于少数块而言，但我很确定对于数千个块，有所改善。

可能的解决方案？

我有一些改进的想法，但我想听听你对这些解决方案的意见。

a）将地形保存在二进制文件中？

b）我已经阅读了有关Minecraft区域格式的文档，真的很想了解它的工作原理，但由于几乎没有关于它的信息，所以我没有得到它。因此，如果有人了解它并能够向我解释他们的系统，我将不胜感激。

c）其他更快的文件格式？

d）创建/访问许多文件夹会很慢吗？是否有更好的替代方案？