Excel战斗模拟器升级经验表：经验曲线、幂函数公式与参数调优

我手上这个回合制的小项目，战斗模拟器是用Excel搭的，第一张表就是升级经验表。很多人做战斗模拟，一上来就忙着算伤害公式、暴击期望、技能循环，结果算到一半发现根本没法验证——因为你不知道该用几级的角色去打几级的怪比较合适。升级经验表就是解决这个问题的：它决定了角色在什么时间点拿到什么等级、什么属性，从而决定了每一场战斗的“参照系”。说白了，经验表就是整个战斗模拟器的时间轴，它不定下来，后面的伤害、血量、命中全都是浮沙。这篇文章写给两类人：一类是想用Excel快速搭数值原型、不打算写一行代码的策划或独立开发者；另一类是单纯想搞明白“游戏里那些升级要几万几十万经验”的数字到底是怎么算出来的玩家。不需要你会VBA，会写基本的四则运算和SUM就能跟上，但我会把每个参数为什么这么定讲透。

1. 先搞清楚：为什么战斗模拟器的第一张表是升级经验表

1.1 战斗模拟器到底在模拟什么

先把话说清楚，别被“模拟器”这三个字唬住。Excel做的战斗模拟器，本质上就是一张巨大的计算表：输入是“我方等级、装备、技能配置”和“敌方等级、血量、攻击”，输出是“打几回合、掉多少血、胜率多少、平均耗时多少”。它不渲染画面，也不做动画，就是把一场战斗拆成可以逐行计算的数字链条。

这条链条的起点，恰好就是等级。因为绝大多数RPG的数值体系里，等级是唯一一个“所有属性都挂在上面”的变量：血量随等级涨、攻击随等级涨、怪物的属性也随等级涨。你如果不先把等级和经验的关系固定下来，后面所有的属性成长表都没有锚点。我见过不少人在这一步偷懒，随手写个“每级涨100经验”，做到三十级发现角色要打两千场才能升一级，整个节奏直接崩掉，只能推倒重来。所以第一张表做经验，不是因为它简单，而是因为它是最上游的那块砖。

1.2 经验表是整个数值系统的“时间轴”

换个角度理解。玩家玩你的游戏，实际消耗的是现实时间。而经验表的作用，是把“现实时间”翻译成“游戏内等级”。你希望玩家玩到第2小时的时候是15级，玩到第10小时的时候是40级，玩到第25小时的时候满级60——这个节奏，全部由经验表的曲线形状和参数决定。

这里有个很关键的换算链条，我在做第一版的时候就把它写在表格最上面当注释：

现实时长 → 战斗场次 → 累计经验 → 等级 → 属性 → 战斗难度感受

每一环都能用Excel算出来。比如一场普通战斗平均耗时90秒，那么2小时就是80场；每场平均产出500点经验，2小时就是4万点经验；查表得知4万点经验对应15级，那就说明你的曲线在15级之前累计需求必须落在4万附近。参数不对，回头调曲线系数就行，全程不用改一行逻辑代码。这就是用表格做数值原型最爽的地方：改一个格子，整张表跟着变。

1.3 用Excel做数值原型的三个实际好处

第一个好处是所见即所得。你在格子里改了指数项，旁边立刻画出一条曲线，肉眼就能判断陡不陡。换成写代码，改一行跑一遍，看到结果还得再画图，来回折腾。

第二个好处是协作成本低。做程序的、做美术的、写文案的，谁都能打开看一眼、提一句意见，甚至直接在旁边加一列自己的备注。你要真拿引擎里的配置文件去对齐数值，光同步版本就能吵起来。

第三个好处是容错。Excel里塞错一个参数，最坏结果是数字难看，不会崩；而数值一旦写进战斗逻辑里，改起来牵一发动全身。所以我一直坚持：任何新数值体系，先在Excel里跑通，再往正式环境搬。经验表作为第一个模块，正好用来验证这套流程顺不顺。

1.4 经验表要输出的三种“视图”

同一份数据，其实要面向三种使用场景，这一点很多人一开始想不到，做着做着发现字段不够用，只能返工。

第一种是设计视图：每级需要多少经验、累计需要多少经验、从0练到60级总共要多少经验。这是给策划看的，用来调曲线。

第二种是玩家视图：当前等级、当前经验、距离下一级还差多少、大概还要打几场。这是给UI和体验设计看的。

第三种是计算视图：给定任意一个经验值，反查当前应该是几级、这一级的属性系数是多少。这是给战斗模拟器主体用的，后面算伤害的时候要频繁调用。

一份表同时满足这三种视图，字段设计就必须提前规划好，不能想到哪加到哪。第3节我会把字段清单完整列出来。

2. 经验曲线的四种常见形态与选型逻辑

2.1 线性增长：最直白但最容易翻车

线性就是每级需求固定加一个常数，比如1级要100、2级要200、3级要300。公式是Exp(L) = k × L，k是常数。

它的优点是好懂、好算、玩家也容易理解心理预期。缺点是完全没有成长感。你想想，60级的时候每级只要6000经验，而玩家那时候一场战斗已经能拿5000经验了，等于打一场升一级多，节奏会越来越快，后期像开了加速器。反过来，如果你把k调大让后期变慢，前期就会慢得让人弃游。

线性曲线只适合一种情况：等级上限很低，比如上限10级、15级的小体量游戏，或者玩法定位于“每局重置”的roguelike。一旦等级上限超过30，线性基本可以直接排除。我第一版就踩了这个坑，用了100×L，跑到25级发现升一级只要2500经验，而那时候单场战斗产出已经3000+了，等于等级白送。

2.2 多项式（二次/三次）：平滑且可控

二次曲线Exp(L) = a×L² + b×L + c是最容易调的形态。它的增长速度适中，前期平缓、后期逐渐加快，视觉上是一条向上弯的平滑曲线，不会出现突兀的断崖。

三次曲线增长更猛，一般用在等级上限不高但后期要求极高的场景。实际项目里我更喜欢二次，因为参数少、含义直观：a决定整体陡峭度，b决定前期的初始斜率，c一般设0或者一个小常数（避免1级需求为0）。

二次曲线的问题在于它终究是多项式，增长速度是有限的。如果你希望后期有一个非常夸张的“终局门槛”（比如最后5级要吃掉全部经验的40%），多项式做不到，得靠幂函数或指数函数。

2.3 幂函数：主流RPG的默认答案

幂函数形式是Exp(L) = a × L^b，其中b一般在1.5到2.5之间。这是我个人最推荐的起步形态，原因有三个。

第一，参数含义清晰。a是“1级时的基础经验值”，基本上就等于曲线在1级的锚点（因为1的任何次方都是1）；b是“曲线的弯曲程度”，b=1就是线性，b越大后期越陡。

第二，曲线形状符合直觉。b取1.6~2.0的时候，前期升级快、中期稳定、后期明显变慢，这个感受跟绝大多数玩家的预期是吻合的。

第三，计算和反推都方便。正算经验是幂运算，Excel里一个POWER就够；反推等级就是求幂的逆运算，虽然实际项目中我们一般直接查表而不用解析解，但心里有底。

举个具体数字，取 a=100、b=1.6：

看一眼就知道问题在哪：60级累计要161万经验，如果一场战斗给500经验，那得打3200场，按90秒一场算就是80个小时。这个量级对一个小体量项目来说明显超标了，参数必须往下压。第5节我会讲怎么反推。

2.4 指数曲线：爽感强但风险高

指数形式Exp(L) = a × r^L，r一般取1.1到1.3。它的问题是前期太平、后期爆炸。r=1.2的时候，1级100经验，60级就是 100×1.2^59 ≈ 100×3.4万 = 340万，单级需求直接上天。

指数曲线不是不能用，但它适合的是“等级本身就是稀缺资源”的设计，比如等级上限只有30、且每10级是一个大台阶的体系。真要做，我一般会做分段：1~30级用幂函数，30级以后切指数，让终局阶段有一个明确的“越往后越难”的仪式感。分段公式用IF嵌套就能实现，不用搞得很复杂。

2.5 一张表看清四种曲线怎么选

选型这件事没有标准答案，但有标准流程：先定等级上限，再定满级时长，最后反推参数。顺序反了，就会陷入“调了a又觉得b不对、调了b又发现满级要100小时”的死循环。

3. 动手前的表格结构设计

3.1 字段到底要哪些——从“单级需求”到“累计总经验”

这是整篇文章最值得抄的一段。我把经验表的字段分成四组，从左到右排在同一张工作表里：

第一组，等级区：等级 L，从1填到等级上限。这一列不要手打，用=SEQUENCE(60,1,1,1)一行就出来（老版本Excel用填充分隔也行）。

第二组，单级需求区：本级升到下一级所需经验 Exp。这是唯一由公式生成的核心列，其他列全部由它派生。公式是=ROUND($C$2*POWER(A2,$C$3),0)，其中C2、C3是参数区的a和b。

第三组，累计区：累计所需经验 TotalExp，公式=SUM($B$2:B2)。注意这里是从B2累积到当前行，第一个单元格的$B$2要锁行不锁列，往下拖才会自动扩展区间。

第四组，换算区：升满本级还差多少、大概需要打几场、该级对应的属性系数。这几列是给下游模块用的接口列。

有个方向性的问题必须先想清楚：到底是“单级需求”由曲线生成、累计由SUM累加，还是“累计需求”由曲线生成、单级由相减得到？

我的答案是前者，而且理由很硬。如果你让累计经验直接走曲线（比如TotalExp = A×L^B），那么单级需求就是TotalExp(L) - TotalExp(L-1)，当B小于1或者取整方式不当时，会出现某几级的单级需求为0甚至负数——因为累计曲线在低等级段的斜率太缓，减去取整误差就归零了。这个bug非常隐蔽，你只看累计列完全看不出来，等玩家反馈“我升到7级没扣经验”才发现。

以单级需求为准，累计永远是正的、单调递增的，从源头规避了这个问题。

3.2 参数区与计算区分离

这一条是纯工程习惯，但极其重要：把所有可调参数集中在表格最上方的固定区域，用命名区域引用，绝不在公式里写死数字。

具体做法是，在A1:D6做一个参数块，大概长这样：

然后在“公式”选项卡的“名称管理器”里，把C2定义为CoefA，C3定义为CoefB。之后所有公式写成=ROUND(CoefA*POWER(A2,CoefB),0)。

好处在哪？第一，公式可读性天差地别，半年后你回来看CoefA和POWER(A2,CoefB)，一眼知道在算什么；第二，调参只改一个格子，全表联动；第三，也是最实际的——当你把表发给别人评审，对方能立刻看到“哦，你的系数是100”，而不用反推公式里的数字。

3.3 命名区域与表格化（Ctrl+T）的必要性

除了命名区域，我强烈建议把数据区Ctrl+T转成“超级表”。理由有三条：

一是公式自动填充。你在表头下方第一行写好公式，之后新增行会自动带上公式，不用手动拖。

二是结构化引用。公式可以写成=[@等级]而不是A2，可读性强很多，插入列也不会错位。

三是分列求和方便。超级表的汇总行可以直接出SUM、AVERAGE，做参数校核的时候很省事。

有个小坑要提醒：超级表里如果要用“从第一行累加到当前行”这种写法，结构化引用不太方便表达，SUM($B$2:B2)这种传统引用反而更直接。我的做法是——参数区和输入区用超级表，累计列这种需要固定区间的计算列，老老实实用A1引用，不要硬套。

4. 核心公式逐个落地

4.1 单级所需经验的幂函数公式

基础版本就一行：

=ROUND(CoefA*POWER(A2,CoefB),0)

拆开看三个部分。POWER(A2,CoefB)是等级取b次方，A2是第一级也就是1，1的任何次方都是1，所以1级需求恰好等于CoefA，这个特性让参数a的物理含义变得非常直观——a就是新手第一级要多少经验。

CoefA*是缩放，把幂次结果乘到目标量级。

ROUND(...,0)是取整，原因下面单独讲。

如果你想要分段，比如30级之后加一个“终局门槛”，可以改成：

=IF(A2<=30, ROUND(CoefA*POWER(A2,CoefB),0), ROUND(CoefA*POWER(30,CoefB)*(1+0.35*(A2-30)),0))

意思是30级以后，每升一级的额外增幅固定为35%。这种写法比纯指数温和，也更可控，适合等级上限60左右的中长线项目。

4.2 取整策略：ROUND / ROUNDUP / MROUND 怎么挑

取整不是随便挑一个函数，它直接影响玩家的升级体验。

ROUND四舍五入，最中性，缺点是相邻等级的需求可能出现“跳一格”——比如升11级要1012、升12级要1018，数值上没差多少但玩家看着不爽。

ROUNDUP向上取整，保证实际需求不低于理论值，好处是绝对不会出现“经验够了但系统判定不够”的边界问题。缺点是如果理论值是1000.1，取整成1001，多出来的这1点纯属恶心人。

ROUNDDOWN向下取整，风险最大，理论值1000.9会变成1000，累计误差放大到后期可能差出好几百点，导致整条曲线偏离设计意图。

我的实际选择是MROUND(值,10)，把经验值取整到10的倍数。理由很实在：玩家看到“升级需要 12,340 经验”比看到“升级需要 12,337 经验”舒服得多，后者会让玩家产生一种“这数字是不是随机生成的”的不信任感。代价是曲线会有一点锯齿，但幅度在千分之一量级，对整体节奏没有实质影响。

如果项目方要求“经验值必须能被5整除且不小于理论值”，那就用CEILING(值,5)，它在Excel里比MROUND更明确地表达“向上对齐”的意图，不会出现MROUND在边界值上四舍五入到你意想不到的那一边。

4.3 累计经验与“从0级练到N级”的总经验

累计列公式：

=SUM($B$2:B2)

这个写法看起来朴素，但有两个细节。第一个是$B$2:B2的混合引用，前一个锁定、后一个不锁，往下拖才会变成$B$2:B3、$B$2:B4。第二个是不要用整列写法SUM(B:B)，那样会把自己这一列也算进去，直接循环引用。

顺便说一个性能提醒：等级上限到了几百级、累计列又有几千行的时候，SUM($B$2:Bn)这种写法的时间复杂度是O(n²)，Excel会明显变卡。真到那一步，改用SUMPRODUCT或者干脆在旁边加一列“上一行累计 + 本级需求”，也就是=C2+B3这种递推写法，复杂度降到O(n)，刷新瞬间完成。小体量项目感觉不到差别，但养个好习惯不亏。

4.4 反查：给定经验值算当前等级

战斗模拟器里最常调用的是这个功能：手里有一个经验值，问“这相当于几级”。Excel里最稳的写法是MATCH的近似匹配：

=MATCH(当前经验, 累计经验列, 1)

第三个参数1表示找“小于等于目标值的最大值”，返回的是行号。因为累计列是从小到大排的，且从第2行开始是1级，所以返回值减1（或者根据你的表头结构调整）就是等级。这里容易错的地方是累计经验列必须是升序，且不能有空值，中间断一个空单元格，MATCH会得到一个莫名其妙的结果。

如果你用的是较新版本，XLOOKUP表达意图更清楚：

=XLOOKUP(当前经验, 累计经验列, 等级列, 1, -1)

最后一个参数-1就是“找不到精确匹配时取下一个较小的值”，语义比MATCH直观得多。老版本没有XLOOKUP，就用INDEX+MATCH组合，效果一样。

注意：不要用VLOOKUP(...,TRUE)的模糊匹配去反查，它默认假设第一列升序，行为跟MATCH类似，但一旦表结构被人改动过（比如插入了一列说明文字），它不会报错，只会安静地返回错误结果。这种错误最难查。

4.5 升级所需战斗场次推算

这一列是给体验设计看的，公式很简单：

=ROUNDUP(B2/单场经验, 0)

ROUNDUP而不是ROUND，因为“需要打3.2场”在现实里就是4场，向下取整会让设计者低估肝度。

再进一步，把这列乘以单场耗时，就得到“这一级大概要花多少分钟”：

=B2/单场经验*单场耗时/60

这个数字比“需要多少经验”有用一百倍。策划看经验值没感觉，但看到“30级升31级要打46场、约70分钟”，立刻就知道该不该调了。我每次评审数值，第一件事就是把这一列拉到最显眼的位置。

5. 参数调优：让曲线符合你的游戏节奏

5.1 先定“满级要多久”再反推参数

这是整篇文章最核心的方法论，也是最容易被跳过的一步。正确顺序是：

第一步，定目标满级时长。小体量项目我一般定在20到30小时，太长玩家跑不完，太短内容撑不住。

第二步，换算成总战斗场次。假设平均90秒一场，其中30秒是跑图和结算，实际战斗60秒，那么25小时 ≈ 1000场。

第三步，乘上单场平均经验产出，得到满级总经验。假设500经验/场，总需求就是50万。

第四步，反推参数a。幂函数下，从1级练到N级的总经验约等于a × Σ(L^b)，L从1到N-1。当N=60、b=1.6时，这个和大概是1.5万左右（前面算过，约16154）。要让它等于50万，那a = 500000 / 16154 ≈ 31。

所以最终参数不是拍脑袋定的100，而是反推出来的31左右。这个推导过程必须写在表格的参数区旁边，否则下一个人接手时完全不知道数字怎么来的，随便一改就把节奏改崩了。

这里有个现实中的取舍：a=31意味着1级只需要31点经验，打一场就升，甚至可能一场升两级。这对新手体验其实是好的——前三级快速通过，让玩家尽快摸到核心玩法。如果你希望1级也要打两场，那就把a抬到100，然后把b降到1.4左右，用更平的曲线换取更长的前期。参数之间是联动的，没有单一最优解。

5.2 用图表肉眼验证曲线

数字看多了会麻木，一定要画图。做法很简单：选中“等级”和“单级所需经验”两列，插入散点图，选“带平滑线和数据标记的散点图”。

然后做一件事：把纵轴改成对数刻度。右键纵轴、设置坐标轴格式、勾选“对数刻度”，基数保持10。为什么要这么干？因为正常刻度下，60级的7万经验和1级的100经验放在一起，前面五十级会被压成一条贴地的直线，你根本看不出曲线形状对不对。改成对数轴以后，幂函数会呈现出一条近乎直线的斜线，斜率就等于b。斜率太陡说明后期膨胀过快，太缓说明成长感不足。

还有个小技巧：复制一份数据，把“累计经验”也画到同一张图上（次坐标轴或者同样用对数轴）。理想状态下，累计曲线在对数图上应该是一条向上弯曲的线，弯曲程度适中。如果它弯得像直角，说明后期门槛过高；如果接近直线，说明你的曲线其实退化成指数了。

5.3 经验产出与等级差衰减的联动

单纯一张经验表是静态的，真正让它活起来的是“经验产出”这一侧。绝大多数RPG都有等级差衰减：打低于自己等级的怪，经验打折。常见写法：

=ROUND(基础经验*MAX(0.1, 1-MAX(0, 玩家等级-怪物等级)*0.1), 0)

意思是每高一级减少10%，最低打到10%。这个机制的存在意义是防止玩家在高等级区域刷低级怪，同时引导玩家往更难的区域走。

它对经验表的影响在于：你在表里算出的“需要打N场”，前提是玩家一直在打同等级的怪。如果玩家选择越级挑战，实际效率会高一些但风险也高；如果挂机刷低级怪，效率会被衰减压到10%。做模拟的时候，我会在经验表旁边加一个“效率系数”列，分别按“同级”“高5级”“低5级”三种情况算出实际场次，看看极端情况下节奏会不会垮掉。这一步能提前发现很多问题，比如“玩家刷低级怪反而更快”这种设计漏洞。

5.4 一个可以直接抄的参数组合

给小体量回合制项目的起步配置，我一般用这套：

按这套参数，50级累计需求大概在26万经验上下，880场打完，节奏是前期一场升一级、中期五六场一级、后期十五到二十场一级。这个曲线我实际跑过好几轮，属于“不会让玩家觉得肝，也不会让等级显得廉价”的区间。当然，你的玩法如果战斗节奏更快（比如30秒一场），单场经验就得同步调低，否则升级会快得离谱。

6. 实操踩坑记录与排查速查表

6.1 常见问题速查表

6.2 几个不容易发现的细节

第一个细节：POWER在等级为0时会返回错误。如果你图省事从0级开始建表，POWER(0,1.6)返回0，单级需求变成0，虽然不报错但语义不对。解决办法是从1级开始建，或者用MAX(A2,1)兜底。

第二个细节：取整误差会累积成“桥接断层”。假设你为了美观把所有经验值取整到100的倍数，那么在低等级段，相邻两级的理论差值可能只有60点，取整后一起变成100，等于某两级完全一样。玩家的体感是“这一级和上一级要的经验一样多”，看着很怪。判断方法：在单级列旁边加一列=B3-B2，如果出现0或负值就说明取整粒度太粗，把MROUND的第二个参数从100降到50或10。

第三个细节：不要用合并单元格。参数区看着整齐很重要，但一旦合并单元格，MATCH、SUM、排序全部会出问题。要视觉整齐，用居中和边框，别用合并。

第四个细节：公式里引用整列和引用具体区间，差别巨大。SUM(B:B)在数据量小时看不出问题，等你把等级上限扩到500级、又加了几列辅助计算，重算一次要等两三秒，改个参数转半天圈。养成写具体区间的习惯，能省下大量等待时间。

第五个细节：给表格加一个“自检区”。我在经验表右上角固定放几个检查格子：单级需求最小值是否大于0、单级需求是否单调递增（用SUMPRODUCT(--(B3:B60<B2:B59))是否等于0来判断）、累计列最后一行是否等于单级列的总和。这三个检查全绿，说明表是健康的。这套做法是从写代码的单元测试里学来的，用在Excel上同样好使，尤其是多人协作的时候，别人改坏了你一眼就能看到。

7. 经验表怎么接进战斗模块

7.1 等级到属性的映射

经验表本身只解决“多久升一级”，它要发挥作用，还得挂上属性成长。最简做法是在同一张工作簿里新开一个工作表，横向是等级，纵向是各项属性，用幂函数或者分段线性去拟合。常见形式是HP = 基础HP × (1 + 0.12 × (L-1))，攻击类似但系数不同，防御一般用更缓的斜率。

这里有个经验之谈：属性和经验不要用同一个指数。经验曲线一般比属性曲线陡，因为等级越高，升级需要的努力应该超过属性增长的幅度，否则玩家会觉得“越练越划算”而失去节奏感。我通常让经验的b取1.55，属性的指数取1.0到1.15，两者形成剪刀差，等级越高越“贵”。

7.2 表格输出的接口设计

战斗模拟器主表在调用经验数据时，最稳妥的方式是做一张“查询表”，把等级作为行、把关键数值作为列，然后用INDEX+MATCH去查。不要在主表里直接写POWER公式重算一遍——一旦参数改了，两处不一致，排查起来非常痛苦。

接口列我一般固定这几项：等级、该级累计经验下限、该级累计经验上限、血量系数、攻击系数、防御系数、推荐怪物等级。最后一列是给自动生成战斗场景用的，比如“35级角色推荐打33到37级的怪”，模拟的时候按这个区间随机取样，跑出来的胜率曲线才有代表性。

再往下，就是下一篇的事了：拿到等级和属性之后，怎么算一回合的伤害、怎么判定命中、怎么统计N场战斗的平均回合数。经验表把“角色处在什么阶段”这个问题回答清楚了，后面的战斗计算才有意义。我自己的习惯是，每次动战斗公式之前，先回头看一眼经验表——确认角色的成长曲线没有变，否则前面跑出来的所有模拟结果都得作废。

最后分享一个我踩过的坑：刚开始做这张表的时候，我把参数直接写在公式里，调了七八轮之后已经完全不记得“这个1.6是哪来的”，只能整张表删掉重来。后来我强迫自己在参数区旁边写一行注释，记录“当前参数的推导依据和目标时长”，再没出现过这种情况。数值工作最怕的不是算错，是算完之后不知道当初为什么这么算。