Krypton——优化 Minecraft 网络的 Fabric 模组

Krypton 重写了 Minecraft 的网络栈——也就是将数据包序列化并在客户端与服务器之间传输的代码。基于 Netty 库的原版实现做了不少多余的工作：它把数据拆成小块发送，并在序列化上浪费 CPU 时间。Krypton 用取自 Velocity 代理和 Tuinity 项目的版本替换了这些处理程序，两者都已在真实负载下完成过性能分析。收益最大的场景是玩家数量众多的服务器，此时网络和 CPU tick 会成为瓶颈。

它优化了什么

这个模组不会添加物品、方块或指令——它只在数据包传输层面工作。优化分为三个方向：

• 来自 Velocity 的 Netty 处理程序——重写了数据包收发代码，尽可能使用原生库而非 Java 实现。

• flush 合并——Krypton 不再把每个数据包单独推送到 socket，而是将发送批量处理。这降低了 CPU 负载，缩短了服务器的 tick 时间。

• 序列化微优化——降低内存占用，加快数据包组装成字节流的速度。

这一效果在拥有数十名玩家的服务器端最为明显。单人游戏中网络栈同样会被使用（内置服务器），但收益要小得多。

兼容性

该模组设计为与 Fabric API、Lithium 和 Sodium 配合使用。对其他模组的支持属于「尽力而为」——作者将 Krypton 标记为 work-in-progress，不保证与任意模组组合兼容。这段代码在 Linux 上调优效果最好，因为原生网络库能被更积极地利用；在 Windows 上模组同样可以运行，但部分底层优化的效果会打折扣。

结论

Krypton 覆盖了服务器优化中的网络部分——这是 Lithium（游戏逻辑）和 Sodium（渲染）都不涉及的领域。这三个模组的作用范围互不重叠，因此常被一起装在 Fabric 服务器上。收益最大的场景是运行在 Linux 上、拥有数十名玩家的公开服务器；而对于单人游戏或 2 到 4 人的小型服务器，差异基本落在误差范围之内。它有两个限制：仅支持 Fabric（Paper 服务器的对应方案是 Paper 自带的内置优化），以及 work-in-progress 状态下无法保证与较冷门模组的兼容性。

问答

Krypton 在服务器上能带来什么？ 通过优化网络数据包传输，降低 CPU 负载和 tick 时间（MSPT）。在玩家众多的服务器上效果最明显。

可以把 Krypton 和 Lithium、Sodium 一起装吗？ 可以。Krypton 优化网络，Lithium 优化游戏逻辑，Sodium 优化渲染，三者的作用范围互不重叠。

单人游戏需要 Krypton 吗？ 收益微乎其微。这个模组是为多人服务器的高负载场景设计的。

Krypton 有设置项吗？ 没有。它没有配置文件，安装后优化会自动生效。

Krypton 支持哪些加载器？ 仅支持 Fabric。在 Paper 服务器上，同等的网络优化已经内置于核心之中。