CHUAN2 DEV ENGINE
996 正版授权研发中心 · 360 授权合作教学中心 · 抖音传奇直播合作授权 · 快手推广运营商授权
OFFICIAL LICENSED ACADEMY 查验官方授权证书 →
// 威海旷世互娱教学基地 · 技术文章
性能调优

【性能调优】事件节流:同帧重复事件的合并

2026-09-21 19:14 作者:996 技术组 0 阅读 性能调优

实战应用:用在哪里

攻城战的一秒里,同一个行会可能触发几十次击杀事件、同一个人的血条变化上百次——事件总线被同帧的重复事件灌满。节流与合并让重复的事件合并成一次处理:观察者关心的不是每一次,而是最终态。

合并的机制

lua

---事件总线:同帧同键事件合并
local Bus = { subs = {}, pending = {} }

function Bus.publish(key, payload)
    local subs = Bus.subs[key]
    if not subs then return end
    -- 同帧的同键事件:只保留最新载荷
    Bus.pending[key] = payload
end

setontimerex(94, 1)
function Bus.flush()
    for key, payload in pairs(Bus.pending) do
        for _, fn in ipairs(Bus.subs[key] or {}) do
            fn(payload)
        end
        Bus.pending[key] = nil
    end
end

事件的发布不再直达观察者:同键的载荷进 pending 池,同帧的多次发布只保留最新的一条,flush 在帧尾把每个键派发一次。血条变化的场景:一次群攻让 50 个人的血各变三次,合并后观察者(队伍面板、战力面板)只收到每人的最终值——观察者要的是状态不是过程,过程的每次推送都是浪费。合并的语义边界要清楚:状态类事件(血量、位置、属性)可合并,动作类事件(击杀、拾取、交易)不可合并——每次击杀都是独立的事实,合并就是丢数据。

节流的策略

lua

---动作类事件的节流:窗口内限次
local Throttle = {}

function Bus.publishThrottled(key, payload, windowMs, cap)
    local now = os.clock()
    local t = Throttle[key]
    if not t then
        t = { windowStart = now, count = 0 }
        Throttle[key] = t
    end
    if now - t.windowStart > windowMs / 1000 then
        t.windowStart = now
        t.count = 0
    end
    t.count = t.count + 1
    if t.count > cap then return false end   -- 超出窗口容量丢弃
    Bus.publish(key, payload)
    return true
end

---聊天广播的节流:每秒最多 30 条
Bus.publishThrottled("chat_world", msg, 1000, 30)

动作类事件走节流:窗口期内的容量上限,超出的事件丢弃——世界频道的广播每秒 30 条的容量在刷屏时保护观察者,丢的是噪音不是语义。节流的丢弃要有反馈:被丢弃的计数进监控,丢弃率的高企提示容量或源头需要调整。合并与节流的组合拳按事件分类配置:状态类全合并、动作类按窗口节流、交易类不节流不合并直通——三类策略的矩阵写在事件总线的文档里,新事件的接入先分类再接入。

验证与监控

合并率的监控:pending 池的进出比,合并掉的比例与帧的负载正相关;观察者的收到的最终态一致性测试,合并后的值与逐次派发的终值比对。

踩坑记录

合并的键曾经太粗,同一个键把不同对象的事件互相覆盖,键里补上对象的 ID。动作类事件被误合并,击杀的两次奖励只发了一次,事件的分类登记防误配。节流的窗口曾经跨帧不清,窗口的滚动重置让容量计算失真,按真实时间窗重置。

上线要点

事件的分类登记(状态、动作、交易)进事件总线的接入文档,分类决定策略。合并窗口与节流容量进配置,攻城档期的动态收紧有章法。观察者的性能随合并率自然改善,面板类观察者的收益在数据里可见。

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

作者履历与出处

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

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

最新技术文章 · 实战干货

LATEST ARTICLES

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

玩法策划暗拍竞拍

【玩法策划】秘宝暗拍:全服暗标竞拍的玩法设计

实战应用:用在哪里 明拍容易被大号威慑,普通玩家不敢出手。秘宝暗拍改为全服暗标:每周一件秘宝,玩家密价投标一次,截标前互相看…

2026-09-23 03:30 996 技术组 · 0 阅读
案例复盘误封风控

【案例复盘】误封风波:一次批量误封的申诉风暴复盘

实战应用:用在哪里 充值返利活动被风控规则误判成套利,480 个大额充值账号被批量封禁 24 小时,申诉两小时破千条。误封风…

2026-09-23 03:30 996 技术组 · 0 阅读
界面UI小队血条

【界面UI】小队血条:队友状态的紧凑排布

实战应用:用在哪里 五人小队打沃玛教主,队友的血量状态只能靠点头像逐个看,集火转火慢半拍。小队血条在屏幕侧边紧凑排布四条队友…

2026-09-23 03:30 996 技术组 · 0 阅读
前端接口好友浮窗

【前端接口】好友申请浮窗:申请消息的浮窗提醒实现

实战应用:用在哪里 好友申请藏在好友面板的角标里,玩家半天不看一眼,申请积压让社交转化掉了一半。好友申请浮窗把新申请推到屏幕…

2026-09-23 03:30 996 技术组 · 0 阅读
玩法策划矿洞租赁

【玩法策划】矿位租赁:矿洞矿位租借与分成的玩法设计

实战应用:用在哪里 矿洞产出人人有份等于人人不重视,矿位租赁把矿洞变成可经营资产:矿位按 24 小时租给个人或行会,产出归租…

2026-09-23 03:30 996 技术组 · 0 阅读
数据存储消息队列解耦

【数据存储】消息队列:解耦生产与消费的异步管道

实战应用:用在哪里 击杀 BOSS 后要同时做三件事:发奖励、记流水、刷新排行榜,全都写在 killmon 触发里互相拖累,…

2026-09-23 03:30 996 技术组 · 0 阅读