9.

KCauldron

KCauldron 是 Cauldron 的优化版/继承。

KCauldron 有如下的属性:

 已停更
 基于 Cauldron
 可以 安装基于 BukkitAPI,SpigotAPI 的插件
 可以 安装基于 ForgeAPI 的模组
 仅支持 1.7.10
下载 KCauldron:
1.前往第三方构建站下载

10.Thermos

Thermos 是 KCauldron 的优化版。

Thermos 有如下的属性:

 已停更
 基于 KCauldron
 可以 安装基于 BukkitAPI,SpigotAPI 的插件
 可以 安装基于 ForgeAPI 的模组
 仅支持 1.7.10
下载 Thermos:

1. Github Releases: https://github.com/CyberdyneCC/Thermos/releases

 1

11.Contigo

Contigo 是 Thermos 的优化版/继承。

Contigo 有如下的属性:

 已停更
 基于 Thermos
 可以 安装基于 BukkitAPI,SpigotAPI 的插件
  可以 安装基于 ForgeAPI 的模组
 仅支持 1.7.10
下载 Contigo:

1. Github Releases: https://github.com/djoveryde/Contigo/releases

 1

12.Uranium

Uranium 是一款基于 KCauldron 的 BukkitAPI+ForgeAPI 服务端，其整合了部

分 Thermos 对服务端的修复，同时进行了一些输入书与笔虚体问题的 BUG 修
复。其最大的特点 26 是强制使用 UTF-8 编码作为配置文件编码 27 和通过
UraniumPlus Mod 令 1.7.10 客户端支持 Title 和 Actionbar28。

Uranium 有如下的属性:

 基于 KCauldron
 可以 安装基于 BukkitAPI,SpigotAPI 的插件
 可以 安装基于 ForgeAPI 的模组
 仅支持 1.7.10
下载 Uranium:

1. Jenkins CI: https://ci.uraniummc.cc/job/Uranium-dev/

 1

13.CatServer

此时聪明的网友已经发现了一个问题:怎么上面的 BukkitAPI+ForgeAPI 服务端

都只支持 1.7.10 啊，有没有支持高版本的?

答案很显然是肯定的，CatServer 就是在那样的大环境下诞生的服务端，他支
持 1.12.2 的 BukkitAPI+ForgeAPI，发展至今已十分稳定，同时也拥有独特的优
化和 BUG 修复。

CatServer 有如下的属性:

 基于 Spigot
 可以 安装基于 BukkitAPI,SpigotAPI 的插件
 可以 安装基于 ForgeAPI 的模组
  稳定性好
 性能较好
 更新较快
 仅支持 1.12.2
为什么推荐？：CatServer 历经多年的打磨，其已经非常稳定，同时因为
1.12.2 版本从技术上讲依然是一个稳定的年轻版本，因此使用 CatServer 开
Mod 服或许是你的不二之选

又一个题外话:如果你刚入服主圈，那么你可能不知道，由于作为第一个支持高
版本的 BukkitAPI+ForgeAPI 服务端，CatServer 有过一段艰苦，黑暗的发展历
史，从“抄袭风波”到收购风波，从付费风波再到“后门风波”，CatServer 曾有过
一段饱受诟病的日子，甚至还和下面某些服务端作者产生过争执......笔者作为
那段时代的亲历者，只能用一句话来形容那时： “黑，真他妈的黑啊”
下载 CatServer:

1. Github Releases: https://github.com/Luohuayu/CatServer/releases

 1
下载 CatServer-Async29:

1. Github Releases:
https://github.com/Luohuayu/CatServer/releases/tag/Async-final

 1

14.Mohist(曾用名 PFCraft)

Mohist 和下面的 Magma 一样，都有一点“另类”，他们本体基于 Paper，而不是

Spigot，这意味着这两个服务端不仅可以享受 Paper 带来的漏洞修复和优化，
还可以让你轻松使用基于 PaperAPI 开发的插件。

但这还没完，Mohist 还支持控制台信息国际化 30，可选择服务端 Mod 语言 31，

内置插件管理器 32，NMS 向下兼容 33 等等非常实用的功能！同时，其开发者
正在开发的 Mohist-BungeeCord 可以让你在跨服使用 Mohist 时减少各种问题
34。

但是很遗憾，由于 Mohist 本身工程量大难以维护，也由于 Mohist 开发组重组，

近几个月内的 Mohist 稳定性并不是很好。

Mohist 有如下的属性:

 基于 Paper
  可以 安装基于 BukkitAPI,SpigotAPI,PaperAPI 的插件
 可以 安装基于 ForgeAPI 的模组
 稳定性较差
 性能较好
 更新较快
 控制台/模组本地化支持
 内置插件管理器
 NMS 向下兼容
 支持 1.7.10(停止开发)、1.12.2、1.16.535
说个题外话:笔者曾有幸参与了 Mohist 控制台信息的简体中文、繁体中文本地
化工作，并亲眼见证了 Mohist 从使用高峰到现在的开发过程。Mohist 的原开发
者 Mgazul 是个好人，而且能在家庭条件十分有限的情况下，开发出 Mohist 并
开源供大家使用，可以说是我们这个圈子的幸运。
下载 Mohis:

1. MohistMC: https://mohistmc.com/download/

 1

15.Magma

Magma 同样是一个基于 Paper36 的 BukkitAPI+ForgeAPI 服务端。

Magma 有如下的属性:

 基于 Paper
 可以 安装基于 BukkitAPI,SpigotAPI,PaperAPI36 的插件
 可以 安装基于 ForgeAPI 的模组
 稳定性较好
 性能较好
 更新较快
 支持 1.12.2,1.15.237
下载 Magma-1.12.2:

1. Github Releases: https://github.com/magmafoundation/Magma/releases

(稳定版，请下载-server 结尾的版本，-installer 结尾的版本暂无法使用)

2. Jenkins CI:
https://ci.hexeption.dev/job/Magma%20Foundation/job/Magma/job/master/
(开发版)
  1
 2
下载 Magma-1.12.2-全 Paper 特性支持版:

1. Jenkins CI:
https://ci.hexeption.dev/job/Magma%20Foundation/job/Magma/job/feature
%252Ffull-paper-support/ (开发版)

 1
下载 Magma-1.15.2:

1. Jenkins CI:
https://ci.hexeption.dev/job/Magma%20Foundation/job/Magma-1.15.x/job/
1.15.x/lastSuccessfulBuild/ (开发版)

 1

16.Arclight

Arclight 是一款由 @海螺螺 开发的 “在 Forge 上使用 Mixin 实现的 Bukkit 服务

端”，提供了 1.14.x 到 1.16.x 两个高版本的 BukkitAPI+ForgeAPI 支持

Arclight 有如下的属性:

 基于 Spigot
 可以 安装基于 BukkitAPI,SpigotAPI 的插件
 可以 安装基于 ForgeAPI 的模组
 稳定性相对较好
 性能较好
 更新较快
 支持 1.14.x,1.15.x,1.16.x
下载 Arclight(1.14.4,1.15.2):

1. Github Releases: https://github.com/IzzelAliz/Arclight/releases

2. AppVeyor CI:
https://ci.appveyor.com/project/IzzelAliz/arclight/build/artifacts

 1
 2
如果你看到了这里，那么恭喜你已经结束了所有主流 BukkitAPI+ForgeAPI 服务
端的学习，接下来是一些搭载 FabricAPI 的模组服务端，两个基于 SpongeAPI
的服务端和两个魔怔猎奇基于其他 API 的服务端介绍，如果你不需要了解这些，
请直接跳到下一节。

17.SpongeVanilla&SpongeForge

让我们再将目光转回 CraftBukkit 时期。一群人做出 BukkitAPI 以后，发现这个

东西实在是太垃圾了:对 Mod 兼容性差，没有开发文档，代码规范随意，这不
是他们想要的那个 API。于是，一群人离开了 Bukkit 开发团队，转而开始制作
他们心目中的那个完美的 API 框架——幸运的是，他们做出来了，这就是
SpongeAPI 和他的服务端实现:Sponge

Sponge 分为 SpongeVanilla 和 SpongeForge 两个版本:前者需要与 Vanilla 一

起使用，他通过注入 38 的方式，允许你在 Vanilla 服务端上安装基于
SpongeAPI 的插件；后者实现在 Forge 上，允许你在 VanillaForge 上安装基于
SpongeAPI 的插件（同时享受安装基于 ForgeAPI 的模组），需要提到的是，
在 SpongeForge 中，其其实是作为一个 ForgeMod 来使用（即将其放入.\mods
中并启动服务端），而非作为一个完整的服务端运行核心文件。

很遗憾的是，由于生不逢时，Sponge 并没有得到大多数开发者的支持，因此
基于 SpongeAPI 开发的插件少之甚少，主流 BukkitAPI 插件迁移至 SpongeAPI
的更是屈指可数，因此对于普通服主来说，使用 Sponge 会导致在插件支持上
落后于 Bukkit 使用者。

同时，由于自 1.13 起，由于 Minecraft 源代码的大幅度改动导致 ForgeAPI 大幅

度改动其代码，致使 Sponge 始终难以兼容 1.13+版本，直到最近才发布了对
1.14.4 版本的支持

SpongeVanilla 有如下属性:

 可以 安装基于 Sponge 的插件

 不可以 安装基于任何 API 的模组
 性能相对很好
 更新较快
 稳定性很好
 社区支持友好
 插件生态较差
  支持至最高 1.14.4
SpongeForge 有如下属性:

 基于 ForgeAPI
 可以 安装基于 SpongeAPI 的插件
 可以 安装基于 ForgeAPI 的模组
 性能相对很好
 更新较快
 稳定性很好
 社区支持友好
 插件生态较差
 对模组兼容性极佳
 支持至最高 1.14.4
下载 SpongeVanilla:

1. SpongePowered 官方:
https://www.spongepowered.org/downloads/spongevanilla/stable/

 1
下载 SpongeForge:

1. SpongePowered 官方:
https://www.spongepowered.org/downloads/spongeforge/stable/

 1
题外话:曾经有一段时间，Sponge 是市面上唯一一个支持 1.8+高版本插件+模
组的服务端，当 Bukkit 阵营始终停留在 1.7.10 时，已经支持之 1.12.2 的
Sponge 收到了大部分神奇宝贝服服主的欢迎——直到 CatServer 的发布

18.VanillaFabric

前面我们提到了由于自 1.13 起，Minecraft 源代码的大幅度改动，这导致了

CraftBukkit/Spigot，Sponge，Forge 等项目分别出现了时常不同的窗口期，这
段时间内这些项目都没有发布对新版本的支持。Sponge 最为严重，直至今日
还未发布对 1.13 版本的支持，其次是 Forge，直至 Minecraft 发布 1.14 版本
Forge 都没有发布甚至是一个预览版本的 Forge1.13，且当后来 Forge1.13(.2)
终于发布后，直至今日，Forge1.13(.2)都未发布一个稳定版。
回归原题，在这段长达半年的窗口期中，涌现了几个新的 ModAPI，抛去因为
夹带私货和停止支持的 RiftAPI，便只剩下了在当时乃至现在最流行的新生代
ModAPI——Fabric39

Fabric 和 Rift 不同，他不是在那段窗口期诞生的替代产品，他早自 1.12 时代就

已出现，只不过和 Sponge 一样同样生不逢时，虽然设计先进，但大多数开发
者当时依然只依赖于 Forge 开发模组而不是 Fabric，知道窗口期的来临，
Fabric 才得以重获新生，得到了一部分开发者的支持 40。

Fabric 是模块化 41 的，这意味着他不想高耦合的 Forge，每次 Minecraft 源代码

更新就要折腾一阵子推倒重来，他完全可以拆出不兼容的模块，并更换上兼容
新版本的模块以快速发布更新，这也是 Fabric 甚至有针对每一个 Minecraft 预
览版(Snapshot)的支持的原因。

VanillaFabric 则和 VanillaForge 类似，是基于 Vanilla 的实现了 FabricAPI 支持

的服务端，他允许你安装 FabricMod。

VanillaFabric 有以下属性:

 基于 Vanilla
 不可以 安装基于任何 API 的插件
 可以 安装基于 FabricAPI 的模组
 稳定性较好
 性能相对较好
 可插拔性强，易于更新
下载 VanillaFabric:

1. 前往 Fabric 官网下载 Fabric Installer，并选择 install server 模式，将安装目

录指向运行过一次的 Vanilla 服务端: https://fabricmc.net/use/

 1

19.Fukkit

Fukkit 是一款实现了 BukkitAPI+FabricAPI 支持的服务端，现已停更归档，因此

不多赘述，也不提供下载地址。

为什么不推荐?:已归档，不稳定
如果你看到了这里，那么恭喜你已经结束了所有主流服务端的介绍，接下来是
两个看看就好的魔怔服务端的介绍，如果你不需要了解这些，请直接跳到下一
节。

20.Glowstone

如果你是个聪明人，你会发现上面的所有服务端都基于 Mojang 提供的官方服

务端 Vanilla，那么有没有不依赖于 Vanilla 的服务端呢，答案是有，这就是
Glowstone。
Glowstone 完全不依赖任何 Mojang 的源码，因此他非常的自由，不会受到
Mojang EULA 和 DMCA 的管控。

Glowstone 有如下属性:

 少更新
 可以 安装基于 BukkitAPI,SpigotAPI,PaperAPI,GlowstoneAPI 的插件
 不可以 安装基于任何 API 的模组
 稳定性不好
 性能较好
 缺少很多原版内容
 缺少 NMS 支持
 仅支持 1.12.2
为什么不推荐?:由于 Glowstone 不基于 Vanilla，所有 Vanilla 负责的游戏行为都
由其自行处理，因此 Vanilla 提供的一些功能（比如 NMS，一些游戏逻辑）未
在 Glowstone 中提供，同时他也不支持 OBC42，这会导致一些基于 NMS 的插
件无法在 Glowstone 运行，因此对于绝大多数服主都不友好，故不推荐使用

下载 Glowstone:

1. Glowstone 官方: https://glowstone.net/#downloads

 1

21.Cuberite

如果你还是个聪明人，你会发现上面所有的服务端都基于 Java 开发，那么有没

有不基于 Java 的服务端呢，答案是依然有，这就是 Cuberite。
Cuberite 同样完全不依赖任何 Mojang 的源码，因此他非常的自由，不会受到
Mojang EULA 和 DMCA 的管控。
而且，Cuberite 支持跨版本运行，1.8-1.12.2 的客户端均能加入到你的
Cuberite 服务器中
说起来你可能不信，Cuberite 甚至还能在 Android™️上运行。

Cuberite 有如下属性:

 少更新
 Android™️跨平台支持
 可以 安装基于 CuberiteAPI 的插件
 不可以 安装基于任何 API 的模组
 稳定性不好
 性能较好
 缺少很多原版内容
 缺少 NMS 支持
 同时支持 1.8-1.12.243
为什么不推荐?:一个由 C++制作的服务端虽然可以通过内存管理在理论上无限
调优性能，但他不基于 Vanilla，甚至不基于 Minecraft 的开发语言——Java，
这导致了一系列兼容问题，因此不推荐使用

下载 Cuberite:

1. Cuberite 官方: https://cuberite.org/

 1
最后，以上服务端的迭代关系大致如下:

至此，你已经完成第一节的所有学习，并基本了解了所有主流服务端以及其迭
代关系