在传送时有可能会直接崩溃

[HyacinthHaru]

服务端版本 Leaves Version

This server is running Leaves version 1.21.10-144-master@f7b69b3 (2026-01-03T01:17:10Z) (Implementing API version 1.21.10-R0.1-SNAPSHOT) You are running the latest version Previous version: 1.21.10-140-d3a2173 (MC: 1.21.10)

预期的行为 Expected behavior

在传送或游玩时，服务端应当正常加载，不会崩溃

观测到的实际行为 Observed/Actual behavior

在使用 /back、/tpa 等命令进行传送或将假人打死后，服务端有概率直接触发崩溃，而且是直接崩溃，并非无响应后关闭

复现步骤 Steps/models to reproduce

玩家使用 /back 等插件指令触发传送时，或者将召唤的假人打死时，可能会出现直接把服务端 crash 掉的情况。服务端本身没有掉刻、没有无响应。它是直接就提示崩溃关服的。它似乎是在玩家属性更新或同步时发生的，在更新服务端之前并没有先例，我安装了一些可能更改玩家属性的模组，但似乎崩溃的原因指向核心深处。我有注意到错误内会出现 fastutil 之类的字眼。是否是因为它被优化后导致整个服务端对异步处理玩家数据的插件很敏感？

下面是 Crash Log 的节选

<img width="1805" height="1606" alt="Image" src="https://github.com/user-attachments/assets/f4fb49e3-d2b5-430c-a669-e1be281a1163"

插件与数据包列表。 Plugin and Datapack List.

[10:19:22 INFO]: ℹ Server Plugins (37):
[10:19:22 INFO]: Paper Plugins (3):
[10:19:22 INFO]: - CustomDiscs, HuskHomes, Veinminer
[10:19:22 INFO]: Bukkit Plugins (34):
[10:19:22 INFO]: - AFK, CMILib, CommandAPI, CoreProtect, floodgate, Fly, GSit, HikariHeartbeat, Hurricane, HuskHomesGUI
[10:19:22 INFO]: ImageFrame, InstantRestock, InteractiveChat, lavaplayer-lib, LuckPerms, Multiverse-Core, Multiverse-NetherPortals, NBTAPI, OkTreasures, PlaceholderAPI
[10:19:22 INFO]: Plan, ProtocolLib, Residence, *SeekInventory, SeeMore, TabTPS, Vault, ViaBackwards, ViaVersion, voicechat
[10:19:22 INFO]: WildRTP, WorldEdit, WorldHeightLimiter, YukiNoaAPI

更多详细信息。 The more information.

把服务器崩溃日志喂给了 GPT 和 Gemini，它们是这么说的：

希望这些 AI 辅助的排障可以给服务端作者带来一些头绪。我也愿意配合进行排障，感谢作者。

[Lumine1909]

能发一下leaves.yml吗（

[HyacinthHaru]

能发一下leaves.yml吗（

leaves.yml

[Lumine1909]

看起来没有开启reduce-entity-allocations优化 也就是行为和Paper没有区别
我不认为这是一个Leaves或者Paper的问题 异步修改Attribute 本身就是很危险的行为
你需要考虑联系插件作者以调整这个危险的模式

但我们可以考虑添加一个限制 在异步修改时直接抛出异常或使用线程安全的存储方式 (性能--)
@s-yh-china @MC-XiaoHei

[HyacinthHaru]

看起来没有开启reduce-entity-allocations优化 也就是行为和Paper没有区别 我不认为这是一个Leaves或者Paper的问题 异步修改Attribute 本身就是很危险的行为 你需要考虑联系插件作者以调整这个危险的模式

但我们可以考虑添加一个限制 在异步修改时直接抛出异常或使用线程安全的存储方式 (性能--) @s-yh-china @MC-XiaoHei

非常感谢解答。但我还想补充一些事情。我想起来了，是前天下午我确实开了 reduce-entity-allocations 的优化。重启后，我的玩家就说服务器经常会在传送后重启。然后我回滚了这个优化项，重启了服务器。第二天玩家反馈还会时不时崩溃。

昨天你们的一位维护者在 QQ 上给我私发了一个 debug 版的服务端。我在使用时触发了服务端的重启，然后把 crash log 喂给了 Gemini，确实确定了有一个叫 OkTreasure 的插件，它会异步生成实体，导致服务端出错。

昨天下午排障出结果后，我把插件也删了，把 reduce-entity-allocations 这个选项也关掉了。然后服务器就和往常一样，没有崩溃了。

但我似乎发现一个问题。OkTreasure 这个插件在我开启 reduce-entity-allocations 的优化之前，并没有触发过相关报错。反倒是在前天我打开了这个优化之后，开始一遍又一遍地报错了。

我在想，是不是因为我前天手动打开了 reduce-entity-allocations 这个功能，才导致了 OkTreasure 这个插件的问题触发呢？我不太懂 Java，因此我还是有点怀疑是不是我当时手动打开的 reduce-entity-allocations 这个选项导致了这一连串的错误，并暴露出插件的一个重大 bug。

我已经把 OkTreasure 这个插件删掉了，因为它的玄学优化确实对我们来说是个定时炸弹。感谢开发团队的协助排障。我等一会试试看看能不能把 reduce-entity-allocations 这个选项打开但是不加 OkTreasure 插件后再尝试跑一下，试图重新触发报错。再次感谢开发组的支持。