把现有世界加入 Bedrock Dedicated Server

Bedrock Dedicated Server 可以运行已有基岩版世界，关键是把完整世界文件夹放入服务器的 worlds/ 目录，并让 server.properties 中的 level-name 与文件夹名称完全一致。整个更换过程必须在停服状态完成，同时保留旧服务器世界与源世界备份，先私下测试，再让普通玩家进入。

确认这是官方基岩版服务器流程

本文只针对官方 Bedrock Dedicated Server 在支持的 Windows 或 Ubuntu 环境中的文件结构，不适用于 Java Server、Realms、第三方主机面板或 Java 转基岩版。MapMC 的基岩版 .mcworld 需要先形成有效世界文件夹，普通 Java ZIP 不能直接使用。

还要确认服务器和客户端版本兼容。出现 “Outdated Client” 或 “Outdated Server” 时，应对齐版本，而不是继续改世界文件夹名称。

先启动一次，再正常停止服务器

把官方服务器安装在独立目录并至少启动一次，让它创建必要文件；先确认客户端能连接默认测试世界。随后在控制台使用 stop，等待完全关闭，再处理世界文件。

第一次启动会生成 worlds/、顶层 behavior_packs 和 resource_packs 等目录。服务器仍在保存活动世界时，不要复制或覆盖目录。

备份服务器并准备世界

最好复制完整服务器目录，至少也要把当前活动世界和配置文件保存到安装目录之外，并写上日期。源世界也要单独保留，不能把唯一能打开的本地世界直接当服务器工作目录。

准备一个已验证的基岩版世界文件夹。它应直接包含世界数据，而不是外面再套一层，也不是尚未处理的 .mcworld。先在本地打开，确认出生点与地标；若使用行为包或资源包，记录依赖并确认版本兼容。

把完整文件夹放入 worlds/

将准备好的世界文件夹复制进服务器 worlds/。使用简单且唯一的名称，例如 mapmc-london，避免特殊字符，也不要在没有归档旧世界时复用活动目录名。

正确结构类似 BedrockServer/worlds/mapmc-london/ 后面直接是世界数据。worlds/mapmc-london/mapmc-london/... 这类双层包装可能让服务器找不到目标世界。

精确设置 level-name

服务器停止时，用纯文本编辑器打开 server.properties，写入：

level-name=mapmc-london

该值必须与文件夹名称完全一致，包括大小写。Microsoft Learn 说明服务器可以保存多个世界目录，但同一时间只会启用 level-name 指向的一个。保存时不要添加引号，也不要改变文件格式。

私下启动并检查结果

重新启动并观察控制台。如果服务器生成了全新空白世界、报告数据损坏或缺少内容包，应立即停止并从备份恢复。出现空白世界通常说明配置名称与实际文件夹不匹配。

先用管理员或允许名单中的测试账号连接，核对出生点、建筑、边界、游戏模式、权限、玩家数据和依赖包。保存并正常停服，再启动一次，确认仍然打开同一个世界。

区分世界包与服务器共享包

官方文档区分世界内部和服务器顶层的 behavior_packs、resource_packs：世界内的包随该世界使用，顶层目录中的包可以服务多个世界。不要随意在两种作用域之间移动文件，保留 manifest 与依赖，并在每次版本变更后测试副本。

MapMC 普通世界交付不承诺捆绑模组、附加包、行为包或资源包。先让纯世界正常运行，再把内容包作为一次独立且有备份的变更。

完成服务器交付检查

• 官方服务器已启动过一次，并通过 stop 正常关闭。
• 旧服务器世界和配置已有带日期的备份。
• 源文件是经过本地验证的基岩版世界文件夹。
• 文件夹直接位于 worlds/，名称简单且唯一。
• level-name 与目录名称完全一致。
• 日志、出生点、地标、权限、内容包、保存和重启都已私下测试。

全部通过后再开放给普通玩家，并继续保留上一份可恢复版本。