Java 版与 Bedrock 版的铁砧花费差异

Java 版和 Bedrock 版不只是附魔台和村民交易不同——它们的铁砧在计算花费时真正采用了不同的方式。这不是传闻或舍入误差；这是公式本身真实存在的分歧，已经对照 AnvilCalc 自身计算引擎中两个版本的来源规则进行了确认。

唯一真正的公式差异

两个版本都是通过查看每个被合并的魔咒，并把一个等级数乘以该魔咒的稀有度倍数，来计算一次铁砧操作的花费。分歧在于是哪个等级数：

• Java 版按魔咒的最终等级收费。 无论该魔咒在结果物品上最终达到什么等级，你都要为这个等级付费——乘以它的稀有度倍数——不管它原本是什么等级。
• Bedrock 版只为等级的提升部分收费。 它用最终等级减去目标物品原本已有的等级，再用这个差值乘以稀有度倍数。如果等级没有提升，这个魔咒就不花你任何钱。

锋利 I → III 的实例演算

这是看清差异最直观的方式。假设你有一把已经附有锋利 III 的剑，而你献祭的书上只有锋利 I——这次合并对剑的锋利等级完全没有影响，因为 III 本来就已经高于 I。

• 在 Java 版中： 花费 = 最终等级 × 倍数 = 3 × 1 = 3 等级。 即便献祭物品没有提升任何东西，你也要为结果上存在的锋利 III 付费。
• 在 Bedrock 版中： 花费 = (最终等级 − 初始等级) × 倍数 = (3 − 3) × 1 = 0 等级。 由于剑的锋利等级实际上没有提升，Bedrock 不会为它收取任何费用。

同一把剑、同一本书、同一次合并——在 Java 版中要 3 等级，在 Bedrock 版中免费。这个例子就是全部的分歧所在，也是为什么在 Bedrock 世界里看起来完全合理的一套合并顺序，如果你在 Java 版中照搬同样的规划，花费可能会明显更高。

另一个差异：不兼容魔咒的惩罚

Java 版和 Bedrock 版处理被丢弃魔咒的方式也不同。如果你的献祭物品带有一个与目标上已有魔咒冲突的魔咒——比如把一本亡灵杀手书合并到一把带锋利的剑上——两个版本都会直接丢弃这个冲突的魔咒（两个版本都不会因为冲突而彻底阻止合并）。但 Java 版还会为它丢弃的每一个魔咒额外附加一个固定的 +1 等级惩罚；Bedrock 版对同样被丢弃的魔咒不会额外收取任何费用。这个效应比“最终等级对比提升量”的差异要小，但在一个多步骤的合并计划中会和它叠加起来。

为什么这对规划一套配置很重要

这两个差异指向同一个方向：对于完全相同的一套合并顺序，Java 版始终是更贵的那个版本，因为它是为结果收费（最终等级、被丢弃的魔咒），而不是为变化收费（只有等级提升量，没有冲突费用）。如果你是手动规划合并顺序，直接套用 Bedrock 版更便宜的数字到 Java 版上，会让你的等级预算不够用——而且步骤越多、涉及的冲突魔咒越多，这个差距就会越大。39 等级的“过于昂贵！”上限（见铁砧过于昂贵）在两个版本的每一步上都是完全相同的，所以在 Bedrock 版上明显低于上限的一套计划，在 Java 版上做完全相同的配置时，可能正好卡在——甚至超过——这个上限。

这正是为什么 AnvilCalc 在搜索合并顺序之前会先问你正在玩哪个版本：同一个目标物品和魔咒列表，仅仅因为适用的公式不同，就可能有不同的最便宜路径，以及不同的总花费。关于两个版本上同样适用的先前合并惩罚，另见附魔策略。

打开计算器 →

常见问题

Bedrock 版附魔比 Java 版便宜吗？

具体到铁砧合并，在大多数实际情况下是的。Bedrock 版只为魔咒实际提升的等级收费，而 Java 版无论起始等级是什么，都要为其完整的最终等级收费。Java 版还会为合并过程中每一个被丢弃的不兼容魔咒额外附加固定 +1 等级的惩罚，Bedrock 版没有这一项。

为什么把锋利 I 献祭到一件已有锋利 III 的物品上，在 Java 版中还要花钱？

因为 Java 版是按结果上魔咒的最终等级计价，而不是按提升量计价。无论如何，这把剑在合并结束时都会是锋利 III，所以 Java 版会收取 3 × 稀有度倍数的费用，即便献祭物品自身的等级（I）比剑原本已有的等级更低。

Bedrock 版有和 Java 版一样的 39 等级“过于昂贵！”上限吗？

有——两个版本每次操作的上限都是相同的 39 等级。差异完全在于每个版本如何计算用来对照这个上限的花费，而不在于上限本身。

在任一版本中，冲突的魔咒会阻止铁砧合并吗？

两个版本都不会。你的献祭物品上冲突的魔咒只会被直接丢弃，而不会被应用；合并仍然会继续进行。Java 版会在此基础上为每个被丢弃的魔咒额外收取固定 +1 等级的费用，而 Bedrock 版对此不会额外收费。

为什么 AnvilCalc 在计算方案之前要先问我在玩哪个版本？

因为花费公式本身就不同，而不只是可用的魔咒或游戏版本不同。同一件物品、同样的目标魔咒，甚至同样的合并顺序，都可能因为适用的是 Java 版的最终等级公式还是 Bedrock 版的等级提升公式，而算出不同的总经验花费——有时甚至是完全不同的最便宜顺序。