CHUAN2 DEV ENGINE
996 正版授权研发中心 · 360 授权合作教学中心 · 抖音传奇直播合作授权 · 快手推广运营商授权
OFFICIAL LICENSED ACADEMY 查验官方授权证书 →
// 威海旷世互娱教学基地 · 技术文章
进阶实战996引擎状态机沙巴克

【进阶实战】攻城报名冻结:名单封板与补录窗口

2026-09-24 06:45 作者:996 技术组 996引擎Lua教程传奇脚本进阶实战996引擎Lua状态机沙巴克

业务场景

沙巴克报名截止前名单来回增减,引擎读取名单的时刻与策划预期对不上:有人开战时才发现自己不在册,有人已退会却还在册。工程化收口是名单三阶段:开放期自由增删、开战前 30 分钟封板只读、封板到锁定之间开 20 分钟补录窗口且限补 3 人,锁定后纹丝不动。阶段用状态机表达,名单变更只有一个入口。

核心实现

阶段判定用当日分钟数比较,三个窗口一条线看清。示例代码如下:

lua
local function minutesOfDay()
    local h, m = string.match(os.date("%H:%M"), "(%d+):(%d+)")
    return tonumber(h) * 60 + tonumber(m)
end
local function getWarPhase(nowMin)
    if nowMin >= 1170 and nowMin < 1190 then
        return "repair"
    end
    if nowMin >= 1190 or nowMin < 60 then
        return "locked"
    end
    return "open"
end

报名入口按阶段放行:锁定拒绝、补录走配额、开放自由报。示例代码如下:

lua
local function signWar(actor)
    actor = getplayerbyname(actor)
    local phase = getWarPhase(minutesOfDay())
    local list = getplayvar(actor, "HUMAN", "WarRoster") or ""
    if phase == "locked" then
        sendmsg(actor, 1, "名单已最终锁定,下届攻城再见。")
        return
    end
    if string.find(list, tostring(actor), 1, true) then
        sendmsg(actor, 1, "已在出征名单中,无需重复报名。")
        return
    end
    if phase == "repair" then
        local fixed = tonumber(getsysvar("WarRepairCnt")) or 0
        if fixed >= 3 then
            sendmsg(actor, 1, "补录名额已用完,限补 3 人。")
            return
        end
        setsysvarex("WarRepairCnt", fixed + 1, 1)
    end
    if not takeitem(actor, "祖玛头像", 1) then
        sendmsg(actor, 1, "报名需要 1 个祖玛头像。")
        return
    end
    local merged = list == "" and tostring(actor) or (list .. "|" .. actor)
    setplayvar(actor, "HUMAN", "WarRoster", merged, 1)
    sendmsg(actor, 1, "报名成功,当前阶段:" .. phase .. "。")
end

接口拆解

os.date("%H:%M") 取当前时分,string.match 拆出时与分再折算成当日分钟数,纯数字比较不踩字符串比较的坑。getsysvar/setsysvarex 读写全局变量,补录配额是全行会共享的账,必须存全局且落库(第三参 1)。takeitem(actor, itemname, qty) 返回布尔,祖玛头像报名费扣除失败即报名失败。string.find 第四参 true 关闭模式匹配,玩家名里有横杠也不误伤。

踩坑记录

名单冻结踩过三个坑:一是阶段边界用 HHMM 字符串直接和数字比,"950" 与 1170 的比较结果乱成一团,时分必须折算成分钟数再比;二是补录计数不跨日重置,第二天补录名额还是零,跨日重置钩子里要把 WarRepairCnt 归零;三是封板时机与引擎读名单的时机没对齐,脚本侧冻结了、引擎侧还在读实时名单,退会的人照常入场,封板动作的收尾一步是把冻结名单同步推给引擎,两边名单一字不差才算冻结完成。

作者履历与出处

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。

← 返回文章地图返回研学路径

幂尔框架 · 实战干货 · 接口调用

LATEST ARTICLES

全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →

入门夯实996引擎

【入门夯实】多重返回值:select计数与函数返回值语义

学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…

2026-09-24 18:19 996 技术组
策划架构996引擎

【策划架构】行会建筑:功能解锁的梯度设计

设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…

2026-09-24 18:19 996 技术组
策划架构996引擎

【策划架构】婚姻边界:属性加成的平衡线设计

设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…

2026-09-24 18:19 996 技术组
策划架构996引擎

【策划架构】宝箱公示:开启期望值的公示设计

设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…

2026-09-24 18:19 996 技术组
策划架构996引擎

【策划架构】流拍处理:拍卖流拍物的定向处理设计

设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…

2026-09-24 18:19 996 技术组
进阶实战996引擎

【进阶实战】战功预览:名次定位与奖励映射展示

业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…

2026-09-24 18:19 996 技术组