把已有世界添加到 Minecraft Java 服务器

Java 服务器可以直接读取已有存档，但前提是上传的是完整世界根目录，而且服务器被明确指向这个目录。不要用“删除旧世界再试试”的方式碰运气；正确顺序是核对来源、停止写入、保留双份备份、上传一份工作副本，然后在仅管理员可进入的状态下验收。

先确认它确实是 Java 世界

解压下载包后找到 level.dat。直接包含这个文件的文件夹才是世界根目录，旁边通常还有 region、data、playerdata 等目录。若路径是 伦敦地图/伦敦地图/level.dat，服务器需要的是里面那一层。不要把未解压 ZIP、基岩版 .mcworld，或只复制出来的 region 文件夹当作完整 Java 世界。

最好先用匹配版本的 Java 客户端打开副本，检查出生点和几个熟悉地标，并记录游戏版本、服务端核心、模组加载器、数据包及必要模组。目录结构正确并不代表缺少依赖的模组世界也能正常启动。

停服并分别备份两端

在控制台执行正常的 stop，等 Java 进程彻底退出。正在运行时复制会把区块、实体和玩家数据截取在不同时间点。保留源世界原件，另做上传副本；服务器端则备份当前世界、server.properties、白名单、权限、插件数据和关键配置。

不要先删除现有世界。把它按日期归档或改成清晰的备份名，回滚时只需恢复配置和目录，而不是临时寻找丢失文件。若主机面板会自动重启进程，先暂时关闭自动重启。

上传完整目录并检查层级

把工作副本放到服务器根目录，通常与服务端 JAR 和 server.properties 同级。可使用主机官方文件管理器、SFTP 或本机复制。上传压缩包后必须在服务器端完整解压，最终结构应类似 server/mapmc-london/level.dat，而不是多套一层目录，也不是把 ZIP 原样留在那里。

给目录使用简单且唯一的名称。大世界通过浏览器上传可能超时，面板却不一定明确报错；应对比解压后的体积、文件数量，或改用主机文档推荐的传输方式。

设置准确的 level-name

停服状态下编辑 server.properties：

level-name=mapmc-london

值必须与世界文件夹名称完全一致，不加引号、路径或 .zip。Linux 还要注意大小写。有些主机面板另有“世界名称”设置，并会在启动时重写配置；保存后重新打开文件，确认最终生效值。一次只调整一个变量，避免同时重命名多个世界而失去判断依据。

匹配版本和服务端环境

首次启动前复现原来的 Minecraft 版本、Java、Paper/Spigot/Fabric/Forge/NeoForge 等核心、加载器、模组、插件及数据包。不要让唯一存档降级运行；Minecraft 官方明确提醒切换到旧版本可能损坏世界。升级也应只在备份副本上进行。

先开启白名单或限制访问。模组方块、额外维度、插件数据和自定义生成器都可能依赖原环境，不能因为主世界地形能加载就判定迁移完整。

读启动日志再进入世界

从启动第一行开始查看控制台，确认日志提到预期世界并正常进入就绪状态。若出现数据版本不兼容、缺少模组、读取 level.dat 失败、权限错误或损坏提示，应立即停止并保留 logs/latest.log。服务器显示在线，只表示进程活着，不代表它读对了世界。

如果生成了空白世界，不要在里面建造，也不要删除任何目录。依次检查 level-name、双层嵌套、上传是否完整、实际运行实例、面板覆盖项与进程工作目录。

私密验收并验证重启

先由管理员账号进入，检查出生点、已知坐标、下界和末地、玩家背包与末影箱、进度、记分板、游戏规则、数据包及权限。身份验证模式变化可能让同一玩家获得不同 UUID，看起来像“背包丢失”，此时不要随意覆盖玩家文件。

做一个很小的测试改动，正常保存、停服、重启后再次检查。确认同一世界能够写入并再次加载，再向普通玩家开放。至少保留迁移前备份，直到玩家核实近期建筑和进度都在。

上线前核对清单

• 世界根目录直接包含 level.dat，没有多套一层。
• 源文件和服务器旧世界均有独立、可恢复的备份。
• 上传和配置期间服务器完全停止。
• level-name 与目录名逐字一致。
• 版本、核心、加载器、模组、插件和数据包已经匹配。
• 日志、地标、维度、玩家数据、保存与重启均已通过私密测试。

这套流程的目标不是让服务器勉强出现“就绪”，而是证明它读到正确世界，并能继续安全保存。