祖玛祭坛要常驻 5 只祖玛卫士:学员给每只卫士各自挂一个巡逻定时器,卫士被杀后定时器照跑到点又 genmon 召唤新的——怪越杀越多,一小时后祭坛挤了 40 只卫士。也有人知道要防重,却把 hastimer 的检查写在了错误的对象上(查玩家定时器而不是全局定时器),重复注册照样发生。错误场景:
local function onGuardSpawn()
setontimerex(21, 30000)
end
local function ontimerex21()
genmon(5, 30, 30, "祖玛卫士", 5, 1, 0)
end
每刷一只卫士就重挂一次定时器,召唤逻辑又从不看当前数量,数量只增不减。
祭坛只挂一个巡逻定时器(注册前用开关防重),到点清点在场卫士数量,低于上限才补足差额——召唤数量由缺口决定而不是固定发一只。规范写法。示例代码如下:
local GUARD_CAP = 5
local padOn = false
local function ensurePadTimer()
if padOn then
return
end
padOn = true
setontimerex(21, 30000)
end
local function ontimerex21()
local alive = tonumber(getsysvar("ZumaGuardCount")) or 0
if alive >= GUARD_CAP then
return
end
local need = GUARD_CAP - alive
genmon(5, 30, 30, "祖玛卫士", 5, need, 0)
setsysvarex("ZumaGuardCount", GUARD_CAP, 1)
end
卫士死亡时由死亡触发把计数减一,巡逻到点按缺口补齐,数量永远收敛在 5 只上限内。示例代码如下:
local function onGuardDie()
local alive = tonumber(getsysvar("ZumaGuardCount")) or 0
setsysvarex("ZumaGuardCount", math.max(alive - 1, 0), 1)
end
三步验证:清空卫士后触发巡逻,一次补足 5 只且不再多刷;杀掉 2 只后等 30 秒,正好补回 2 只;连续触发三次 ensurePadTimer,定时器只注册一份(padOn 拦住后两次)。
补足策略可以更克制:只在存量低于下限时补,高于下限不补,减少无谓刷新。示例代码如下:
local function needSpawn(alive)
return alive < 2 and 2 - alive or 0
end
needSpawn 把"上限补齐"改成"下限补足",卫士存量在 2 到 5 之间自然波动,祭坛战斗更有呼吸感。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
一、抛坑提问:三方增强插件直接 getmetatable(weapon) 拿到元表,把裁决之杖攻击改到 9999。元表能不能…
一、一行代码拆解:rawget(PriceList, name) —— 这一行绕过元表直达表本体,价目查询不走 __inde…
一、隐蔽陷阱:沙巴克守城名单清理离线成员,正序 for 循环里 table.remove(list, i),删一个后续整体前…
一、线上事故:运营要按供需公式浮动裁决之杖价格,某次把表达式字符串直接塞进裸 loadstring 执行,串里夹带未知全局调…
一、线上事故:红名洗白进度按 10 段槽位刷新,GM 修正过 PK 值的玩家带着 -8 的负值进来,进度槽算出 -2,进度条…
一、抛坑提问:烈火剑法连招表存着 4 段延时 {200, 400, 600, 900},算总窗要逐个相加。段数扩到 6 段,…