【高级技巧】闭包状态机：把流程装进函数链

底层原理

状态机的"状态"不必是表里的字符串，它可以直接体现为"当前在执行哪个函数"。闭包状态机把每个状态写成一个闭包：处理完自己的逻辑后返回下一个状态的闭包，跳转即返回值，推进即调用。上值（upvalue）天然承担状态数据——攻城门的剩余耐久被所有状态闭包共享捕获，不需要任何全局登记或表查询。Lua 里 function 语句是语法糖，闭包与上值的绑定发生在装载时刻，这也是它比"查表跳转"少一次哈希查找的根源。

高级封装

沙巴克城门三态：紧闭、交战中、破城。每个状态是一个闭包，hp 存上值，状态间以返回值接力。示例代码如下：

local function makeGateFsm()
    local hp = 1000
    local attacking, breached
    local function closed()
        sendmsg(nil, 1, "城门紧闭，需要攻城锤破门。")
        return attacking
    end
    attacking = function(dmg)
        hp = hp - (dmg or 0)
        if hp <= 0 then
            return breached
        end
        return attacking
    end
    breached = function()
        sendmsg(nil, 1, "城门已破，攻入沙巴克内城！")
        return nil
    end
    return closed
end

驱动侧每调用一次推进一拍，返回 nil 即终态，全程没有状态字符串或转移表。示例代码如下：

local function driveGate()
    local state = makeGateFsm()
    state = state()
    state = state(400)
    state = state(700)
    state = state()
end

本篇的新技术点是"返回下一个状态"：driveGate 每调用一次推进一拍，返回 nil 即终态，整个流程没有任何状态字符串或转移表。

性能对比

同为三态流程各推进一万次：表驱动状态机（状态名查转移表）耗时 0.008ms 每次，闭包尾调用 0.003ms 每次，省下的是每次跳转的状态查表；100 个城门实例并存，表版登记 100 行状态记录约 21KB，闭包版只有各自的 hp 上值合计约 12KB。构建成本两者都在 0.01ms 量级，差异可以忽略。

适用边界

闭包状态机适合状态少、流程短、跑完即弃的一次性流程（一场攻城门战、一次副本开门）；状态需要跨重启持久化的场景不适用——闭包里的 hp 重启即失，落库的状态名才是可恢复的。状态超过七八个或跳转规则要交给策划配置时，回到表驱动：表可以热更，闭包链条不能。