私聊已读不回、邮件看了说没看、组队邀请石沉大海——消息系统的信任危机都源于缺少回执。回执机制用最轻量的方式同步三种状态:送达确认、已读标记、处理回执,全部用一个递增序列号承载,一条回执消息同步全部未读状态,不产生额外流量洪峰。
每类消息维护本地已读序列号,回执只上报当前序列号;服务端比对序列号即可推断哪些消息已读,无需逐条确认。示例代码如下:
-- 消息回执:序列号同步
local player = class(actor)
local function syncReadPos(player, mailSeq, chatSeq)
local lastMail = tonumber(getplayvar(player, "HUMAN", "ReadMailSeq") or 0)
local lastChat = tonumber(getplayvar(player, "HUMAN", "ReadChatSeq") or 0)
if mailSeq > lastMail then
setplayvar(player, "HUMAN", "ReadMailSeq", mailSeq, true)
end
if chatSeq > lastChat then
setplayvar(player, "HUMAN", "ReadChatSeq", chatSeq, true)
end
sendmsg(player, 1, 0, "已读位置同步:邮件 " .. mailSeq .. ",聊天 " .. chatSeq)
end
未读数由服务端用最新消息序号减去已读序号实时推算,客户端打开界面时批量拉取明细;回执上报合并进心跳包,不增加独立请求。示例代码如下:
-- 未读计算:推算与合并上报
local player = class(actor)
local function unreadCount(player)
local latest = tonumber(getsysvar("MailLatestSeq") or 0)
local read = tonumber(getplayvar(player, "HUMAN", "ReadMailSeq") or 0)
return math.max(0, latest - read)
end
local function onHeartbeatWithRead(player)
local unread = unreadCount(player)
if unread ~= tonumber(getplayvar(player, "HUMAN", "LastUnread") or -1) then
setplayvar(player, "HUMAN", "LastUnread", unread, false)
sendluamsg(player, 9999, unread, 0, 0, "mail")
end
end
验证三条链路:已读序号只增不减、未读数随阅读实时递减、回执合并进心跳后请求量零增长。弱网下序号乱序到达时取最大值,不回退。线上监控回执上报成功率与未读数异常账号,未读数持续为负的账号说明序号被手动篡改,冻结其红点展示并核查;回执流量占比控制在总流量的百分之一以内。
已读状态曾逐条存储,千封邮件就是千条记录,序号化后存储降为零头。序号曾允许客户端任意上报,改成只增不减后红点不再被清空重刷。回执曾每读一条发一次,翻页快速阅读触发风暴,合并进心跳按批次上报,这类高频小消息都要找到搭载的顺风车。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…