爆裂火焰：火球落地等半秒才炸

【游戏功能】

火球都砸到脚下了，为什么还不炸？法师的爆裂火焰最反直觉的就是这一下：火球落地、预警圈亮起，然后是整整半秒的"什么都没发生"——半秒后轰然炸开，站在圈里的狼怪才吃伤害。这半秒不是卡顿，是设计：延迟爆炸把"扔火球"变成了"下圈套"。今天拆爆裂火焰，看落点、预警、延迟三件事怎么咬合成一个博弈闭环。

一、抛球、亮圈、起爆三段

爆裂火焰的循环三段。抛球段：法师抬手把火球沿抛物线扔出去——注意是抛物线不是直线，弧顶的存在让火球有"重量感"，玩家一眼能读出落点大概在哪。亮圈段：火球砸中的瞬间，落点亮起一圈红色预警——圈在火球落地之前其实就已经标死了：落点取的是出手的预测点，火球飞行的半秒里狼怪怎么挪，圈都不跟着挪。起爆段：圈亮起后半秒，轰——爆风、火屑、震屏一起上，站在圈里的吃满伤害，圈外的毫发无伤。三段的核心是"延迟换博弈"：没有这半秒，爆裂火焰就是个普通单体弹；有了这半秒，玩家的每次出手都在问一个问题——半秒后它还会站在圈里吗？

完整演示在这，默认自动循环：

 fx-burstflame

二、幂尔框架实现：预测落点与延迟起爆

落点在出手瞬间预测并标死，起爆挂在延迟调度上：

local BurstFlame = {}
local FUSE = 0.5          -- 引信: 落地到起爆的延迟
local RADIUS = 46

function SL:CastBurst(caster, target)
    SL:PlayActorAct(caster, "cast")
    local vx = SL:GetValue("velX", target)      -- 目标当前移速
    local zx = SL:GetValue("actorX", target)
        + vx * 0.55                              -- 预测: 半秒后它会在哪
    SL:TossProjectile("fireball", caster, zx, GROUND, 0.55, function()
        SL:DrawZone(zx, GROUND, RADIUS, FUSE)    -- 预警圈亮起
        SL:ScheduleOnce(function()
            local mx = SL:GetValue("actorX", target)
            SL:PlayBurst(zx, GROUND, "flame_burst", 22)
            if math.abs(mx - zx) < RADIUS then
                SL:HitActor(target, 130)
                SL:ShowTipAbove(target, "-130 爆裂")
            else
                SL:ShowSystemTips("挪出去了 — 火白炸了")
            end
        end, FUSE)
    end)
end

return BurstFlame

这段代码里两个"时机"千万别搅混：zx 在出手时预测并全程不动——它是圈的承诺；伤害判定在起爆时现取目标坐标——它是对承诺的结账。写错一个，"博弈"就退化成"必中"或"必空"。

三、半秒的表：引信长度的手感学

引信时长是这个技能全部的手感所在。太短（零点二秒内）：狼怪来不及挪，玩家也不必预判，技能退化成延迟单体弹；太长（一秒以上）：狼怪慢悠悠走出圈心，火永远炸空气，玩家觉得自己在放烟花。半秒上下是甜点区——正好是狼怪巡逻折返一次的零头，也是人类"预判一步"的天然节拍。预警圈要"呼吸"：圈亮度以每秒七八次的频率脉动，起爆前一瞬达到最亮——亮度的节拍就是引信的读秒，玩家余光都在计时。爆炸本身要"过载"：爆风圈、双层火屑、半屏橙色闪白、六像素震屏一起上——延迟攒了半秒的期待，起爆那一下必须连本带利还回去，期待感与释放感等价交换，延迟设计才成立。

四、被炸的学问：狼怪为什么不躲

演示里狼怪经常被炸个正着，这不是它傻，是巡逻 AI 根本没把预警圈当回事。工程上两种选择：把圈写进怪物避障，狼怪见圈绕行——单挑里玩家永远炸不到人，技能废一半；或者像我这样干脆无视——狼怪该走走该停停，炸到了是玩家预判的功劳，没炸到是它走位的风采。推荐后者，理由很实际：这类延迟 AOE 的乐趣在玩家的预判博弈里，不在怪物的配合里。真想让爆炸有"威胁感"，便宜的改法是给巡逻折返点附近加点驻留——狼怪在折返处要停顿小半秒调头，这半秒恰好是引信的长度，于是"掐着折返点扔火球"就成为玩家的进阶技巧——不写一行怪物 AI，博弈深度自己长出来。最后记一笔时序纪律：预测落点、起爆判定、伤害数字三者的坐标各取各的时机，谁也不复用谁——上一轮双雷的教训在这一篇同样适用，跨时机复用坐标，是延迟类技能一切劈空事故的根源。

五、双火球的叠圈规矩

玩家手快会有第二发吗？演示里火球在飞行时不接新单，圈在等待起爆时也不接——两道保险写死在 fire() 的入口判断上。但服务玩家的角度想一步：冷却结束得比引信快时，允许"第二个圈"其实更有戏——两个圈先后亮、先后炸，狼怪躲开第一个圈正好站进第二个，爆炸接力变成走位的陷阱阵。工程上要支撑叠圈，只需把"单一 zone 变量"换成一张圈表，每个圈带自己的计时器与判定，互不干扰——延迟爆炸天然是并发友好型机制，圈与圈之间不需要任何协调。真正要防的是叠圈刷屏：同一帧两个圈起爆，震屏闪白叠加会让画面过曝，规矩是同帧起爆的震屏只取最大值不累加——爆可以连环，屏幕只抖一次。至于音效的账：引信期给极轻的"咝"声电流声、起爆一声重炮——两声之间的半秒安静就是玩家心跳的留白，别用背景音把这半秒填满。延迟爆炸这个机制最迷人的地方在于它把"等待"做成了玩法——圈亮起的半秒里，玩家比狼怪更紧张。