十段概率各 0.1,累加完判断总和等于 1 就发大奖——判断永远不成立。二进制浮点存不下 0.1,十次累加后总和是 1.0000000000000007,与 1 的相等比较失败,大奖一枪不发。学员对着代码看一小时也找不到错:逻辑全对,败在数字的物理表示。错误写法:
local total = 0
for _ = 1, 10 do
total = total + 0.1
end
if total == 1 then
givePrize()
end
概率与金额进服务端一律整数化:万分比整数做概率(1000 代表 10%),金币本身就是整数,浮点只留给展示层的除法。示例代码如下:
local function rollPrize(actor)
actor = getplayerbyname(actor)
local totalRate = 0
for _ = 1, 10 do
totalRate = totalRate + 1000
end
if totalRate == 10000 then
giveitem(actor, "裁决之杖碎片", 1)
sendmsg(actor, 1, "十段概率拼满,大奖到手。")
end
end
本篇的新技术点是整数化记账:加法零误差、相等比较可信赖,浮点的两个坑一次绕开。
三步验证:控制台对浮点版执行 string.format("%.17f", total),亲眼看到 1.0000000000000007 的尾巴;整数版 totalRate 与 10000 的比较成立;对账脚本跑一万次 rollPrize,发奖次数与理论值吻合。
确实要用浮点比较(坐标、比例)时,用容差代替等号:误差小于门限即视同相等。示例代码如下:
local function nearlyEqual(a, b)
return math.abs(a - b) < 0.000001
end
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…