世界数据、备份与修复

世界存档记录方块、实体、玩家、子系统和项目设置。历史语雀教程曾介绍直接编辑 Project.xml、坐标、世界种子和损坏修复；这些方法高度依赖版本。当前站点把“备份优先、最小修改、可回滚”作为统一原则。

先区分三件事

• 导入导出： 使用游戏界面分享或迁移完整世界；
• 备份恢复： 将已知可用的完整副本恢复到独立位置；
• 手工修复： 在没有可靠备份时修改世界内部数据，是最后手段。

旧联机版当前使用 Project.dat 和 Project.dat.bak，历史原版/社区版本可能使用 XML 或其他封装。文件名相同也不代表格式兼容。

安全恢复流程

1. 完全关闭游戏或服务端。
2. 复制损坏世界整个目录，保留原件只读副本。
3. 记录游戏版本、API/联机路线和最后一次正常操作。
4. 优先尝试游戏生成的备份或正式导出文件。
5. 在独立测试目录恢复，不覆盖唯一正式世界。
6. 验证进入、保存、退出、再次进入和关键区域加载。

什么时候不要手改

• 不知道目标文件是文本、MessagePack 还是压缩容器；
• 没有完整副本；
• 教程针对的是另一版本的 Project.xml；
• 只看到“改这个 ID 就能修复”，却不知道引用关系；
• 世界来自服务器或 MOD，包含额外子系统数据。

坐标、方向与种子

坐标和世界种子适合复现实验，但它们不是“修复开关”。修改出生点、玩家位置或世界参数可能把玩家移入方块、丢失实体引用或改变之后生成的区域。读取随机种子的方法也随版本和存档格式变化，应优先使用游戏界面或当前版本工具。

编辑时的最低要求

如果确实需要手工修复：

• 使用能保持原编码和格式的工具；
• 一次只改一个字段；
• 不重新排序或格式化整个数据库；
• 记录修改前后的值；
• 每次修改后都在副本上完成保存重进测试。

历史教程中的“删掉报错节点”“替换 RecoveryProject.xml”可能造成静默数据丢失，因此不再提供一键式步骤。需要求助时提交错误日志、版本信息和损坏前操作，不要公开包含账号或私服密钥的数据。

资源导入方法见导入、导出与备份，旧联机服务器备份见运维、备份与迁移。