植物大战僵尸融合版：十个「+50% 攻击」，为什么不等于翻倍

玩植物大战僵尸融合版这类带词条系统的游戏时，可能会注意到一个现象。

拿到第一个"%2B50% 攻击"的词条，感觉提升明显。

拿到第二个，还是 %2B50%，但感觉没第一次那么强了。

到第五个，几乎感觉不到变化。

而词条描述上写的，明明都是"%2B50%"。

同一个数字，为什么体感差这么多？

答案在于叠加方式——加法叠加和乘法叠加，是两个完全不同的数学模型。

先说加法叠加

这是最直观的一种。

所有同类加成先加起来，再乘到基础值上。

公式是：

最终值 = 基础值 × (1 %2B 加成1 %2B 加成2 %2B 加成3 %2B ...)

假设基础攻击是 100。

拿第一个 %2B50%：

100 × (1 %2B 0.5) = 150

从 100 到 150，提升了 50%。符合描述。

再拿一个 %2B50%：

100 × (1 %2B 0.5 %2B 0.5) = 200

问题来了。

从 150 到 200，只提升了 33%，不是 50%。

继续拿第三个：

100 × (1 %2B 0.5 %2B 0.5 %2B 0.5) = 250

从 200 到 250，提升 25%。

加成还是那个加成，但相对提升在持续缩水。

这就是边际收益递减

注意，绝对数值的增量没变——每次都是 %2B50 点。

但"相对于当前值提升了多少"，在持续下降。

• 1（总攻击：150；本次提升：%2B50%）
• 2（总攻击：200；本次提升：%2B33%）
• 3（总攻击：250；本次提升：%2B25%）
• 4（总攻击：300；本次提升：%2B20%）
• 5（总攻击：350；本次提升：%2B17%）

这就是为什么体感会越来越弱。

不是错觉，是数学本身如此。

加法叠加天然有天花板——不管堆多少个，总倍率都是线性的。

堆十个 %2B50%，也就是 6 倍。

再看乘法叠加

换一种算法，结果完全不同。

公式变成：

最终值 = 基础值 × (1 %2B 加成1) × (1 %2B 加成2) × (1 %2B 加成3) × ...

同样从 100 开始。

第一个 %2B50%：100 × 1.5 = 150

第二个 %2B50%：150 × 1.5 = 225

从 150 到 225，提升了 75 点——相对于 150 而言，提升正好是 50%。

第三个：225 × 1.5 = 337.5

从 225 到 337.5，又是 50% 的提升。

在乘法叠加下，每一个词条带来的相对提升，都和描述一致。

• 1（总攻击：150；本次提升：%2B50%）
• 2（总攻击：225；本次提升：%2B50%）
• 3（总攻击：337.5；本次提升：%2B50%）
• 4（总攻击：506；本次提升：%2B50%）
• 5（总攻击：759；本次提升：%2B50%）

到第五个词条，总攻击已经是基础值的 7.6 倍。

而加法叠加下，五个词条只有 3.5 倍。

差了一倍多。

写段代码对比

下面用 Python 把两种方式跑一遍，看得更直观：

def additive(base, bonuses):

    """加法叠加：所有加成先加总，再乘基础值"""

    return base * (1 %2B sum(bonuses))

def multiplicative(base, bonuses):

    """乘法叠加：逐个相乘"""

    value = base

    for b in bonuses:

        value *= (1 %2B b)

    return value

BASE = 100

BONUSES = [0.5] * 5          # 五个 %2B50%

add_result = additive(BASE, BONUSES)

mul_result = multiplicative(BASE, BONUSES)

print(f"基础值: {BASE}")

print(f"加法叠加: {add_result:.1f}  (倍率 {add_result / BASE:.2f}x)")

print(f"乘法叠加: {mul_result:.1f}  (倍率 {mul_result / BASE:.2f}x)")

输出是：

基础值: 100

加法叠加: 350.0  (倍率 3.50x)

乘法叠加: 759.4  (倍率 7.59x)

同一个词条组合，倍数差了一倍多。

如果词条数量继续增加，这个差距会迅速拉开——因为一个是线性增长，一个是指数增长。

那游戏该用哪种

两种都有问题。

加法叠加的问题是：后期堆再多也很难有质变，玩家会觉得"堆了没用"。

乘法叠加的问题是：数值会失控。十个 %2B50% 就是 57 倍，二十个是 3300 倍。

这会把游戏的数值体系彻底冲垮——不管你怎么设计敌人血量，都会被这个增长速度甩开。

实际采用的方案：分乘区

主流做法是把不同类型的加成放进不同的"乘区"。

每个乘区内部用加法，乘区之间用乘法。

公式长这样：

最终伤害 = 基础值

         × (1 %2B 攻击类加成之和)

         × (1 %2B 增伤类加成之和)

         × (1 %2B 暴击类加成之和)

这样一来：

同一类词条堆多了，还是加法，收益会递减——防止单一维度失控。

但不同类别的词条之间是乘法——鼓励玩家去收集不同种类的加成，而不是死磕一个属性。

这个设计的巧妙之处在于：它把"数值上限"和"成长爽感"这两件矛盾的事，分开了。

玩家依然能感受到明显的变强，但变强的速度是可控的。

还有个更极端的做法

对于减伤、冷却缩减这类属性，通常会用一个渐进函数硬性封顶。

比如冷却缩减：

实际缩减 = 最大值 × (1 - 1 / (1 %2B 累加值 / 系数))

这个函数的特点是：累加值再大，结果也永远逼近那个"最大值"，不会超过。

为什么要这样？

因为冷却缩减如果不封顶，堆到 100% 就等于技能无冷却——游戏直接崩了。

减伤同理，100% 减伤就是无敌。

所以这类属性必须用数学方式锁死上限，而不是靠数值调平衡。

回到词条系统

理解了上面这些，植物大战僵尸融合版里的词条设计意图就清楚了。

你可以在游戏里观察一下：

如果两个词条写的是同一种加成（比如都是"增加攻击"），那它们大概率在同一个乘区，走加法。

如果写的是不同类型的加成（一个是"攻击"，一个是"对受伤目标的额外伤害"），那它们很可能在不同乘区，走乘法。

给你一个具体的判断方法：

拿一个 %2B50% 的词条，看它前后的实际数值变化。

如果第二个同名词条带来的提升明显小于第一个，那就是加法叠加。

如果两次提升的幅度一样，那就是乘法叠加。

由此推出的两个策略

第一，同类型词条不用贪多。

如果确认是加法叠加，那第三个、第四个的收益已经很低了。

与其继续堆同类，不如去换一个不同类型的加成——后者会乘上去，效果通常更好。

第二，优先拿"能开新乘区"的东西。

一个游戏里，乘区的数量往往是有限的。

如果某个词条提供的正是你还没有的那一类加成，它的实际价值可能远超描述上的数字。

这一点在很多游戏里都有体现——攻略里常说的"配装要有针对性"，背后就是这个道理。

一个容易忽略的细节

有件事值得单独说。

加法叠加下，玩家看到的数字在涨，但体感在降。

这会造成一种认知落差——明明攻击力从 300 涨到了 350，怎么打怪感觉没快多少？

因为怪物的血量也在涨。

你变强是线性的，而关卡难度如果按指数设计，那玩家就会感到"越玩越吃力"。

所以成熟的设计会让双方的增长节奏匹配——要么都线性，要么都带乘区。

这也是为什么有些游戏会显示"实际伤害"而不是"面板攻击"——面板数字好看，但打出来的伤害才是玩家真正感知到的东西。

一句总结

"%2B50%"这个描述本身没有信息量，关键看它怎么叠加。

加法叠加下，同类加成的收益会持续递减，最终趋于平缓。

乘法叠加下，每个加成的相对提升保持不变，但总量会指数级膨胀。

所以实际的游戏设计通常是两者混用——同类用加法控制上限，异类用乘法制造成长感。

下次在植物大战僵尸融合版里看到一个词条描述，可以先判断它属于哪一类——这决定了它值不值得拿。

安装包地址：

https://www.ijinshan.com/functions/pvzrh.html?channel=4011