如何备份与恢复 Minecraft 世界

真正有用的 Minecraft 备份，是一份与正在游玩的世界分开的副本，而且你能辨认、打开并在出现问题时恢复。指向同一目录的快捷方式不算备份，只有一个从未测试过的压缩包也不足以让人放心。升级游戏、安装模组或附加包、替换 Realm、迁移设备、编辑区块或大改 MapMC 世界之前，都应该先完成一次可验证的备份。

首先保留未经修改的原始下载

对于 MapMC 世界，导入前把原始 Java ZIP 或基岩 .mcworld 放进稳定的文件夹。这是干净的交付副本。另做一份用于解压或导入，并给它明确名称。以后实验失败时，可以从原始交付重新开始，而不必在压力下寻找旧下载或误删唯一文件。

不要直接在浏览器的临时下载区域里编辑压缩包。把它移动到会被电脑备份、云盘同步或外置硬盘收录的位置，并记录下载日期、Edition 和世界名称。多个名称相近的文件若没有日期与版本，很快就会无法区分。

备份 Java 版世界

复制前退出该世界，最好也关闭 Minecraft，避免文件仍在写入。Java 世界通常位于安装目录的 saves 中。你复制的世界文件夹应直接包含 level.dat 和 region 等目录。必须复制完整文件夹，而不是只挑看起来最大的区块文件；需要便携时再把副本压缩。

Java 的世界编辑流程也可以创建由游戏管理的备份。无论采用哪种方式，名称中都应包含世界、日期和游戏版本。至少把一份副本放在 .minecraft 之外，这样重新安装、清理游戏目录或磁盘故障不会同时带走工作世界与备份。

备份基岩版世界

Bedrock 的存储位置随平台变化。如果游戏提供“导出世界”，请生成 .mcworld 并移动到你能控制的本地、云端或外置存储。手机卸载游戏前，应确认世界使用应用存储还是外部存储；主机文件系统访问受限时，官方云端或 Realms 往往是实际可用的路径。

等待 Minecraft 完成保存并正常退出世界，再进行复制或导出。扩展名正确但大小为零或明显过小的文件不能算可靠备份。保留源世界，直到导出的副本已经在非关键位置成功导入并打开。

验证备份后再依赖它

备份只有能恢复才有价值。检查压缩包是否能打开、预期文件是否存在、容量是否合理。在不重要的设备或使用新世界名称导入测试副本，确认出生区域、近期建筑、玩家数据和重要容器。对 Java 来说，level.dat 的位置尤其能帮助判断目录层级是否正确。

验证时不要覆盖唯一正常世界。测试应产生额外副本。如果 Minecraft 提示要把旧世界升级到新版本，先再建一个备份，并只在测试副本上执行升级。把验证日期和结果写入文件名或备份记录。

恢复到副本，然后比较

Java 恢复时，把备份解压到 saves，让包含世界数据的正确目录直接位于其中。避免 saves/World/World/level.dat 这种双层嵌套，否则世界可能不会出现在单人游戏列表。Bedrock 则打开有效的 .mcworld，让 Minecraft 作为另一个本地世界导入。

使用匹配的 Edition 与版本打开恢复副本，对照已知地标、最近建筑、物品和设置。只有确认恢复世界正常后，才归档或移走损坏的工作副本。保持名称不同，直到你完全确定哪一份是当前版本。

理解 Realms 备份的边界

Realms 会依照当前服务规则保留备份，但它不能替代所有本地副本。替换 Realm 槽位前，先下载或备份正在使用的世界；上传 MapMC 世界后，以拥有权限的账号进入，检查出生点、玩法与成员权限。

Realm 的保留周期、按钮名称和上传限制可能变化，应参考当前 Minecraft Help，不要把旧截图里的数字当成永久规则。即使自动备份可用，也要保留一份本地导出，避免账号、网络或服务状态成为唯一恢复路径。

采用简单的三份副本习惯

保留一份未经修改的 MapMC 原始下载、一份正在游玩的工作世界，以及一份分开存放并带日期的备份。在升级、模组、附加包、命令、服务器迁移或大型建筑前，再加一个恢复点。三份副本的职责清楚，比堆满无法识别的压缩包更有效。

发生故障时先停止继续编辑，为损坏世界另做诊断副本，再从已验证备份恢复，不要在唯一存档上连续试错。清晰命名、不同存储位置和至少一次真实恢复测试，才组成完整的备份策略。