Minexa说明书
进阶核心与版本

选版本、升级与降级

不是越新越好。按客户端、插件、模组、Java 和手机性能选版本;升级前必须做的三件事。

下载页的版本胶囊默认只显示 8 个。你点了「显示全部」,从最新的 1.21.x 一路排到 1.16,于是顺手选了最上面那个。结果插件页一片红:常用插件只支持到 1.21.8;朋友客户端还停在 1.21.4;启动日志又提示 Java 版本不对。

版本不是「越新越好」,而是一整套要对上的组合:客户端、核心、插件/模组、Java。任何一项对不上,最后的表现都是“启动失败”或“朋友进不来”。

这一页给你一个固定的判断顺序,以及升级、降级时真正会发生的后果。

本页要点
  • 判断顺序:朋友客户端 → 插件/模组支持 → Java → 手机性能,倒推着选。

  • 下载页默认只显示 最近 8 个版本,更老的要点「显示全部」。

  • Minexa 里升级= 下载新核心到新目录,不是覆盖旧文件,世界要自己搬。

  • 升级前必做三件事:备份、停服、记录版本号。

  • 降级≠改回版本号:新版本动过的世界,旧核心通常打不开。

选版本的正确顺序#

按这个顺序倒推,能少走很多弯路:

  1. 朋友的客户端版本:这是硬约束。Java 版客户端和服务端版本通常必须一致,朋友的客户端不升级,你就不能选更高的服务端。

  2. 插件或模组的支持版本:你要用的插件/模组支持到哪个 MC 版本,服务端就不能超过它。先查插件页,不要先下核心。

  3. Java 版本:1.21 及以上要 21,1.17~1.20.6 要 17,1.16 及更早要 8,26.x 要 25。你手机上的 Java 来源能不能装到,是下一道门槛。

  4. 手机性能:同样的版本,视距、实体、插件越多越吃资源。低配手机优先选低一档的稳定版本,而不是最新版。

这四步里,任何一步对不上,最后都会表现为“启动失败”或“朋友进不来”。先对齐再下载,比下完再排查省时间。

不知道选哪个版本

选朋友客户端正在用的那个版本,再选该版本下核心的稳定构建。不要为了「新」让所有朋友一起升级客户端;升级客户端往往比换服务端版本更麻烦,也更容易有人掉队。

稳定版、最新版、快照:别把「最新」当「最稳」#

Minexa 下载页的版本列表来自各核心的官方接口,不是应用自己编的。不同核心的「最新」含义不一样:

  • Paper:优先稳定构建,没有稳定构建才退而取推荐、测试或内测构建。列表里通常是正式版。

  • Purpur:只能取最新构建,没有 build 号可选。

  • Vanilla:只列 Mojang 正式版,快照、预发布、实验版本会被过滤掉。

  • Forge:只列 promotions 里存在的 MC 版本,不是每个版本都有 Forge。

  • NeoForge:没有对应构建时直接报错,不会退到最新版。

  • Spigot / CraftBukkit:用应用内置的固定版本表,最高到 1.21.11;更新的版本不会自动出现。

  • BungeeCord:只有 latest,不能选具体版本。

  • BDS:官方接口当前给哪个 Linux 构建就下哪个,只有一项。

所以「最新版」在不同核心上可能是不同东西。快照和预发布版本一般不在列表里;即使你用「自定义版本」硬填,也可能因为上游没有对应构建而下载失败。手机服不建议追快照:插件和模组通常还没跟上,出了问题也很难搜到答案。

一张表:MC 版本、Java 与可用来源#

MC 版本推荐 JavaTermuxPojav JREPRoot
26.x 及以后252525没有 25,跑不了
1.21 – 1.21.11212121jammy 21
1.17 – 1.20.6171717focal / jammy 17
1.16 及更早8不提供 8不提供 8仅 focal 8

这张表解释了两个最常见的死局:

  • 老版本(1.16 及更早)需要 Java 8,但 Termux 和 Pojav 都不提供 Java 8,只有 PRoot 的 Ubuntu 20.04(focal)有。你如果一直用 Termux Java,启动会报「当前来源不提供 Java 8」,应用不会自动帮你换来源。

  • 26.x 需要 Java 25,但 PRoot 容器没有 25。这时候要换到 Termux 或 Pojav,而不是在 PRoot 里反复装。

应用的自动匹配只做一件事:在版本不够时把 Java 版本升上去,绝不更换来源。“我明明选了自动,怎么还报错”通常就是来源不提供这个版本。换版本或换来源,二选一。

Forge 1.16 及更早还有特例:需要 Java 8 或 11,应用优先选 8;如果只有 11,会提示可能不稳定。Allay 则强制 Java 21 及以上,低于 21 直接拒绝。PNX 不参与自动匹配,推荐 25 但不强制。

更完整的对应关系和报错解释见 游戏版本与 Java 版本。

核心决定「有没有这个版本」#

同一个 MC 版本,不是每个核心都支持。下载页的版本列表只反映当前核心的支持范围:

  • Paper 系通常跟进较快,但刚发布的新版本也可能还没有稳定构建;

  • Forge 要等 promotions 收录,NeoForge 要等 maven 上有对应构建;

  • Spigot / CraftBukkit 受内置表限制,新版本可能根本不在列表里;

  • 基岩核心的「版本」是核心 Release,不是 MC 版本号,要看它支持的 Bedrock 协议。

所以「1.21.11 出了,为什么我的核心没有」不是应用没刷新,而是那个核心还没发布对应构建。换核心或等构建,别用自定义版本硬试。

在 Minexa 里升级:下载新核心,而不是改旧文件#

这是最容易误解的一步。Minexa 里每个核心下载到独立目录,下载新版本不会覆盖旧服,也不会自动把旧世界的存档搬过去。你点「选用」,切换的是“当前启动哪个目录”。

所以升级的真实流程是「新建一个服,再把东西搬过去」:

  1. 备份:整服备份,至少世界备份。升级失败时这是唯一退路,见 备份策略。

  2. 停服并记录:停止服务端,记下当前核心、MC 版本、Java 版本、插件/模组版本。之后排查“升级后哪里变了”全靠这份记录。

  3. 确认目标版本可用:目标 MC 版本有对应核心构建,插件/模组支持它,Java 来源能提供所需版本。三条缺一不可。

  4. 下载新核心:在下载页选核心和版本,它会落到新目录。不要删旧核心,它是你的回滚点。

  5. 搬世界:用「世界与备份」里的世界导出/导入,把旧世界带到新目录;导入前同样要停服。

  6. 搬插件/模组并升级:插件 jar、配置、模组要一起搬,并按目标 MC 版本换成对应版本。一次只加一类,先确认能启动。

  7. 测试再切主用:先小范围进服测试,观察日志和 TPS;稳定几天后再删除旧核心。

升级前必须做的三件事,可以压缩成一句话:备份、停服、记录版本。少做一件,出问题时就会从“回滚十分钟”变成“重开一个服”。

不要在生产服上直接试新版本

新版本刚发布时,插件作者、模组作者、核心本身都可能有问题。先在另一个目录开一个测试服,确认能启动、能进人、插件不报错,再考虑把主服迁过去。

降级:世界不一定能回去#

升级核心通常没问题,降级才是真正危险的。

Minecraft 的世界存档带有数据版本。新版本服务端打开旧世界时,会把世界升级到新格式;这个升级通常是单向的。你再用旧核心打开同一个世界,可能直接拒绝启动,或者勉强打开但出现区块错误、方块丢失。

所以降级的安全做法不是「把版本号改回去」,而是:

  1. 回到升级前的旧核心目录(如果还保留着);

  2. 用升级前的备份恢复世界;

  3. 确认插件/模组也回到旧版本。

如果你已经在新版本里玩了一段时间,又没备份,那这段进度基本带不回去。先复制一份当前世界再尝试,至少不要二次破坏。

降级前必须备份

「先降回去看看」是很多存档损坏的起点。降级前把整个世界目录导出或整服备份,确认备份能读、能还原,再动核心。还原会先停服,而且没有二次确认,具体风险见 备份、还原与世界管理。

推荐组合:按内存和人数照抄#

下面是经验值,不是硬性限制。手机同时开微信、相机、导航时,可用内存会比标称少,先按保守值开,观察 TPS 再调。

手机总内存建议人数版本策略堆内存说明
3 GB1~2 人Paper 1.20.6 或更早的稳定版768~1024 MB视距 6,别装重插件
4 GB2~3 人Paper 1.21.x 稳定版1024~1536 MB视距 6~8,Java 21
6 GB3~5 人Paper 最新稳定版1536~2048 MB可加轻量插件
8 GB5~10 人Paper 最新稳定版2048~3072 MB视距 8,先预生成世界
12 GB+10 人以上Paper 稳定版或基岩 PNX3072~4096 MB仍不建议几十人公网

几个特殊组合:

  • 1.16.5 老模组整合包:Forge 1.16.5 + PRoot focal + Java 8,堆内存 2048~3072 MB。这是唯一需要 Java 8 的常见场景。

  • 基岩版朋友:PowerNukkitX + 与客户端协议匹配的 Release,堆内存 1024~2048 MB。

  • 只加轻量优化模组:Fabric + 模组支持的版本,堆内存 2048~3072 MB。

  • 大型科技整合包:Forge/NeoForge + 作者指定的版本,3072~4096 MB 起;4 GB 手机不要碰。

内存不是越大越好。给超过设备可用内存的堆,系统会在服务端之前杀掉应用。推导过程见 内存分配。

上机自查
  • 你能说出朋友的客户端版本,并且服务端列表里有同一个版本。

  • 下载页里选定版本后,能看到对应的核心构建(不是只有「自定义版本」)。

  • 升级前做过整服备份,记录过旧核心、旧 MC 版本、旧 Java 版本。

  • 旧核心目录还在,能用它当回滚点。

  • 启动后终端出现 Done,插件/模组没有报 Missing 或缺类错误。

下一步#

读到这儿了,给你点个赞。如果这页内容帮你解决了问题,说明说明书的方向是对的;如果发现错误、过时信息或看不懂的地方,欢迎到 GitHub Issues 告诉我们。

⚡ 回到极速开服 📖 查术语表