感想

从Sponge刚开始到现在，也有约10年历史了。从最开始的1.8，到现在的1.20.2，经过了大起大落，成了一个褒贬不一的，较冷门的，生态不好的服务端。

新的模组插件共存方案

点击展开隐藏

2014年，正是Sponge出现的时候。Sponge重新制作了新的，与Forge相似的，与Forge兼容性好的Sponge API，并产生了SpongeForge。在2015年出现第一个可以使用的开发构建版本。

有关更多Sponge的历史详见这里。

不管怎么说，重新制作新的API，用新的混合方案以代替传统的Forge+Bukkit混合体程式是一次大胆的尝试。（尽管SpongeForge看样子还是沉寂了）如果热度很高，那将成为最好的混合端解决方案。（然而事与愿违，Sponge的热度不是很高，插件开发者开发Sponge插件的积极性过低，导致生态差，进而导致更少人使用Sponge的恶性循环）

历史影响

点击展开隐藏

你在运行Fabric或者Forge模组时是不是时有关于org.spongepowered的报错？没错。Sponge留下来了非常好用的东西：Mixin，并且被Liteloader，Fabric，Forge等第三方项目采用，算是对MC开发圈和模组圈最深刻的影响。

SpongeForge & SpongeVanilla

点击展开隐藏

SpongeForge是一个旨在以模组形式，扔进mods文件夹起效，支持服务端与客户端的一种Sponge实现方式。使Forge能将Sponge插件当成模组加载（并以SpongeForge为前置模组），并稳定运行模组与插件。

与Forge+Bukkit的混合方式不同，SpongeForge无论对Sponge插件还是Forge模组都有非常不错的兼容性，并且甚至可以协同运作。

SpongeVanilla是一个用mixin将Sponge代码注入进Vanilla服务端（对，mixin也可以对Vanilla服务端生效）的插件服务端。不支持模组，运行速度方面胜于Paper。

相比SpongeForge方案，为什么BukkitForge方案不适合用于一般使用场景？

点击展开隐藏

注：BukkitForge泛指所有试图实现Bukkit+Forge混合方式的服务端

以下是来自大型项目团队的一些问答：
Paper文档
Q：你们会考虑制作兼容Forge模组的服务端吗
A：不会
NeoForged会议内容
Q：你们会考虑制作(Neo)Forge与Bukkit的官方混合端吗
A：不会，Bukkit太具有侵略性，与Bukkit做兼容是一件困难的事情，反之Forge也一样
同时……NeoForged团队在同一场会议中提出会在时机成熟时与Sponge团队进行合作

注意事项

点击展开隐藏

SpongeForge安装

SpongeForge是Forge模组而不是独立的服务端，因此不要直接双击或者cmd启动SpongeForge的jar

插件安装

首先，Sponge插件版本不由MC版本计算，而是由Sponge API版本计算。

其次，插件理应按照在mods文件夹。你如果想安装在mods/plugins或者plugins文件夹也没问题，但是如果插件带mixin……那还是算了吧

同时，我需要提醒一下，Sponge插件安装不支持向上兼容，例如APIv7插件不能安装在APIv8服务端上。

权限组设置

Sponge权限组不允许✳️权限，在安装Luckperms或者PermissionEX后原版OP系统也会禁用。

Sponge文档观看

如果你想要开一个Sponge服，最好读一下Sponge文档，它非常详细，并且有官方中文支持。

Sponge获取

无密码

第三方Sponge实现（仅推荐用于试验）

Lantern：不依赖mojang代码实现兼容mc的Sponge服务端。

Porous：在Catserver上实现Sponge。

by hsq08

以上内容仅表达个人观点