Load My F***ing Tags (LMFT) Mod：防止 Minecraft 中的标签加载崩溃

Load My F***ing Tags (LMFT) 修改版拦截了注册游戏标签的标准过程，防止在检测到错误条目时完全取消列表加载。在标准版本的 Minecraft 中，如果在一个标签 JSON 文件中检测到哪怕一个不存在或指定不正确的物品或方块，游戏就会完全丢弃整个标签。LMFT 隔离了损坏的元素，允许所有其他有效的对象在系统中成功注册，并详细记录错误的来源以便快速修复。

标签注册表中的错误隔离机制

Minecraft 中的游戏标签用于将各种方块、物品、流体或功能组合成逻辑组。例如，标签 minecraft:mineable/pickaxe 定义了一个可以被镐以适当速度破坏并掉落战利品的方块列表。如果第三方数据包或修改版向该标签添加了一个名称拼写错误的条目（例如 minceraft:stone 而不是 minecraft:stone），游戏的标准加载器就会完全忽略整个文件。因此，标签中指定的所有方块都会失去被镐破坏的属性，这使得游戏无法进行。

LMFT 修改版使用 Mixin 工具修改了标签加载类的行为。系统运行算法如下：

1. 在客户端或服务器启动期间，游戏从 data/<namespace>/tags/ 文件夹中读取所有标签文件。

2. 在处理对象列表时，LMFT 会单独分析每一行。

3. 如果检测到指向不存在的方块或物品的链接（例如，由于缺少另一个本应添加该物品的 Mod），系统不会停止解析。

4. 该修改版仅从内存中删除此无效条目。

5. 列表中的其余项目会成功注册并接收相应的属性。

得益于此，玩家不会面临基本工具功能突然丧失或无法破坏方块的问题，并且服务器将继续运行而不会崩溃。

通过系统日志进行错误诊断

该修改版的主要优势在于将检测到的问题详细告知 Mod 整合包开发者。LMFT 不会默默忽略错误或突然的崩溃，而是将详细报告直接写入游戏根文件夹中的 logs/latest.log 文件中。

你可以通过使用 [Load My F***ing Tags] 前缀过滤日志来找到来自该 Mod 的消息。典型的日志条目包含以下数据：

• 检测到问题的标签的全名（例如 minecraft:mineable/axe）。

• 尝试注册的损坏或缺失元素的特定标识符。

• 发送此条目的数据包或修改版的命名空间（namespace）。

这种方法可以让你快速定位故障。你无需手动筛选数百个 JSON 文件来寻找错误，也无需逐个删除 Mod。只需打开日志，找到该 Mod 的前缀，读取错误元素的名称，然后更新相应的配置文件或删除冲突的数据包即可。

游戏内警告和聊天通知

除了写入系统日志文件外，该修改版还会直接在玩家的屏幕上输出通知。加入世界或加载新资源时，聊天中会出现红色或橙色的消息，指出某些标签是 "cooked"（已损坏）。

此通知可作为 Mod 整合包稳定性的指标。虽然游戏继续运行并且原版方块正常破坏，但此消息的存在表明其中一个修改版运行不正确。例如，来自 Mod 的自定义武器可能无法造成伤害或无法获得附魔的加成，因为它们的标签由于文件中其他位置的错误而被丢弃了。

该修改版自主运行。它没有图形设置菜单，也没有用于手动控制的单独 TOML/JSON 配置文件。该 Mod 的运行完全集成到游戏的加载器中，无需用户额外干预即可确保 Mod 整合包的稳定性。

兼容性和应用范围

该 Mod 是作为大型 Mod 整合包和服务器的通用解决方案而开发的，在这些环境中，不同内容创建者之间经常会发生冲突。

兼容性特点：

结论

Load My F***ing Tags 成功修复了在 JSON 文件出现错误时完全丢弃对象列表的严重原版问题。该修改版充当自动安全装置：它过滤标签注册表，仅删除损坏的条目，并详细记录崩溃的来源。

与原版加载器只是默默打破工具与方块交互逻辑相比，LMFT 凭借聊天和日志中的信息性消息，使调试过程变得透明。该 Mod 的主要局限性在于，它本身并不能修复另一个 Mod 代码中的错误，而只是定位其后果，因此你仍然需要更新或修复有问题的附加组件。如果你正在创建一个大型 Mod 整合包，经常试验自定义数据包，或者托管自己的服务器并希望避免出现坚不可摧方块的突然错误，那么这个 Mod 非常适合你。