
Hytale 更新 7 预发布版提升服务器性能、延迟表现与稳定性
Hytale 更新 7 已经开始改变多人服务器处理移动、区块和网络连接的方式。 Hypixel Studios 于 2026 年 9 月 3 日推出了首个预发布版本,距离更新 6 进入稳定分支仅过去一周。
此次更新带来了服务器端优化、对格式错误网络数据的更强防护,以及对 MaxViewRadius 更严格的限制。它还再次提升了网络协议版本,因此对于插件开发者和服务器运营者来说,兼容性检查变得尤为重要。
重要: 更新 7 目前通过 Hytale 的可选预发布分支提供。在考虑用于正式运行的社区服务器之前,应先单独进行测试,并且其内容在未来几周内仍可能继续变化。
碰撞与方块破坏所需的服务器工作量更少
第一项优化针对实体碰撞。Hytale 对碰撞系统使用的方块查找进行了去重,而这些计算会作用于服务器上每一个正在移动的玩家和生物。
这很重要,因为即使是微小的节省,在繁忙的世界中也会被重复很多次。一个同时追踪玩家、动物和敌对 NPC 的服务器,可能需要执行大量此类检查,因此移除冗余查找应能减少高频移动场景下的不必要负担。
服务器端的方块破坏机制也经过了重构。该过程不再仅为了确定被破坏的是哪个方块而暂停并加载 chunks。相关插件 API 也在逐步从完整 chunk 访问转向 chunk section,而且某些相邻方块更新现在会跳过尚未加载的 chunk,而不是将其拉入内存。
Hypixel Studios 尚未公布这些改动的基准测试数据,因此现在还无法量化收益。不过其方向已经非常明确:减少重复的方块查询,并在操作实际上不需要世界数据时避免加载这些数据。
多人模式现在会优先选择最直接的网络路径
多人游戏会话现在会在有可用直接网络路径时自动优先使用它。因此,当替代路径会不必要地增加 ping 时,游戏应避免绕行。
这是更新 6 期间引入的网络改进工作的延续,当时 Hytale 采用了 ICE、STUN 和 TURN,以改善玩家主机世界的连接性。正如我们在Hytale 全新多人连接系统一文中所解释的那样,当无法进行直接通信时,中继或虚拟网络路径会很有用,但在不需要它们时,也可能带来额外延迟。
可用直接路径
Hytale 会优先使用它,以避免不必要的网络绕行。
直接路径不可用
当网络环境有此需求时,替代连接方式仍然很有用。
这一变更消除了可避免的延迟;但并不保证每位玩家的 ping 都会更低。物理距离、互联网路由、网络拥塞以及主机或专用服务器的位置,仍然决定最终结果。
单个异常连接不再会扰乱整个服务器
更新 7 修复了一个特别严重的问题:单个玩家的连接可能导致服务器上其他所有人的网络通信出错。Hypixel Studios 没有说明具体触发条件,但隔离这一故障后,应能防止一个有问题的客户端中断所有已连接玩家的游戏。
此预发布版还会拒绝嵌套层级超过 32 层的网络结构。这一防护适用于格式化消息、物品分类、命令树和交互链,从而保护通信双方免受异常或恶意数据影响——这些数据此前有可能导致崩溃。
服务器关闭流程也更加干净。服务器停止时,活动连接现在会被正确关闭,因此玩家应会立即断开,而不是等待超时。Hytale 还修复了一个短暂的服务器卡顿问题,该问题与一个延迟传送方块在所属区域已经卸载后才将自己移除有关。
MaxViewRadius 现已被严格限制为 32 个 chunks
最明显的配置变更与 MaxViewRadius 有关。Hytale 更新 6 引入了一条服务器控制台命令,可接受 1 到 512 个 chunks 的值,默认值为 32。更新 7 的首个预发布版则将可接受范围缩减为1 到 32 个 chunks。
更新 6 稳定版
maxviewradius 命令可接受 1 到 512 个 chunks 之间的值。
更新 7 预发布版
无论是在配置中还是通过命令,可接受的最大值都为 32 个 chunks。
config.json 中超出范围的值不再阻止服务器启动。Hytale 会在内存中将其钳制到有效范围,向日志写入警告,并继续启动。
管理员仍应手动修正该文件: 即使正在运行的服务器使用的是钳制后的值,config.json 中的无效值本身仍不会被更改。
这一新的上限是一次大幅缩减,但它为主机提供了可预测的限制,并防止极端视距设置意外成为内存占用、chunk 加载或处理需求过高的来源。
网络协议版本再次提升
更新 7 使 UpdateLanguage.Language 协议字段成为必填项,并将语言标识符的最大长度从 16 个字符提高到 100 个字符。为支持这一变更,协议版本也随之提升。
其他若干面向网络的改动也可能影响自定义代码。ShowEventTitle 数据包用事件标题样式取代了之前的布尔值,世界玩法配置现在会通过一个新数据包进行同步,而新的 beam 系统也需要客户端提供匹配支持。
与更新 6 所伴随的那种大范围协议中断不同,Hypixel Studios 并未表示每个更新 7 插件都必须重建。不过,开发者仍应针对新的预发布 API 进行编译和测试,尤其是在插件会手动构造数据包,或使用现已弃用或移除的 chunk 访问方法时。
Hytale 还会保护服务器数据,避免其受启动器更新影响
一项新的启动检查会阻止服务器内容被写入启动器安装目录,因为该区域在更新期间可能会被修补或清空。该检查既涵盖工作目录,也涵盖通过 --universe、--prefab-cache 和 --backup-dir 提供的路径。
如果 Hytale 检测到不安全路径,服务器将拒绝启动,说明如何迁移数据,并以代码 11 退出。虽然存在 --allow-install-dir 覆盖参数,但使用它就意味着明确接受数据丢失风险,因此它不应成为持久化服务器的常规配置。
Hytale 服务器管理员应检查的事项
由于这是更新 7 的首个预发布版本,社区管理员应将其视为测试构建,而不是自动用于生产环境的升级。
- 在测试前备份世界、配置文件、插件和服务器数据;
- 使用独立环境,而不是立刻替换正式运行的稳定服务器;
- 在协议版本提升后,确保客户端和服务器使用兼容构建;
- 检查 MaxViewRadius,并将 config.json 中所有高于 32 的值替换掉;
- 验证插件兼容性,尤其是自定义数据包和已弃用的 chunk API;
- 将 universes、缓存和备份存放在启动器安装目录之外;
- 检查启动警告,并在真实负载下测试加入、关闭、方块破坏和移动表现。
更新 7 对持久化服务器来说已经意义重大
更新 7 的首个预发布版也开始逐步推出第 1 章内容,包括全新的 Rune Ability 系统、重做的哥布林,以及更多创意工具。不过对于服务器社区来说,那些不那么显眼的技术改动,可能反而会带来更深远的长期影响。
更少的冗余碰撞查找、更少的强制 chunk 加载、更干净的断线处理,以及对格式错误流量更好的隔离,全部都在巩固持久化多人世界的基础。32-chunk 的视距上限也表明,在 Hytale 仍处于 Early Access 阶段时,Hypixel Studios 仍在持续定义合理的运营边界。
未来几周内,更新 7 还将迎来更多预发布阶段。因此其最终稳定版内容可能有所不同,但第 1 部分已经清楚表明:服务器性能、网络韧性和更安全的配置是当前的明确重点。
通过 VeryGames 构建持久在线的 Hytale 世界
让你的 Hytale 世界无需依赖玩家电脑也能持续在线,并通过 VeryGames 控制面板管理更新、备份、配置和社区访问。
租用 Hytale server →