日常任务系统有 32 种任务状态需要跟踪,传统写法用 32 个变量或一张大表来管理,序列化存储和读取都很繁琐。位运算标记用一个数字管理 32 个状态,序列化只存一个数字,读取与修改都是常数操作。
通过位运算实现标记的置位(设为 1)、清位(设为 0)与查询(读取当前值),三个操作都是常数时间。
local function setBit(value, bit)
return value | (1 << (bit - 1))
end
local function clearBit(value, bit)
return value & ~(1 << (bit - 1))
end
local function getBit(value, bit)
return (value >> (bit - 1)) & 1
end
任务完成时置位对应标记,每日重置时清空全部标记,序列化只存一个数字,跨天自动归零重新计数。
local TASK_BITS = {
daily_sign = 1, daily_kill = 2, daily_trade = 3,
weekly_raid = 10, weekly_pvp = 11,
}
local function serializeFlags(value)
return tostring(value)
end
local function deserializeFlags(str)
return tonumber(str) or 0
end
function completeTask(actor, taskName)
local bit = TASK_BITS[taskName]
if bit == nil then return end
local flags = tonumber(getplayvar(actor, "HUMAN", "TASK_FLAGS") or "0")
local newFlags = setBit(flags, bit)
setplayvar(actor, "HUMAN", "TASK_FLAGS", newFlags, 1)
sendmsg(actor, 0, "任务 " .. taskName .. " 已完成")
end
32 个标记逐一验证置位、清位、查询的正确性;序列化往返测试一万次零差异;位溢出边界(第 32 位)的置位与查询核对。监控标记的使用分布,长期为 0 的标记考虑下线对应的任务类型。
Lua 5.1 没有原生位运算符,用算术模拟时 2 的幂次超出整型精度后结果不可预期,控制在 32 位以内避免精度问题。序列化只存一个数字,新增任务类型需要在文档中登记位号,否则后人不知道每个位对应什么任务。清零操作用直接赋值 0 而不是逐位清除,效率更高且不会遗漏。跨天重置时需要保留部分标记(如周任务),全量清零前先按标记类型分类处理。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 装备回收商 NPC 每天按评分收购玩家的装备,裁决之杖、骨玉权杖按攻击、持久加权打分,榜上只要前五名。数…
实战应用:用在哪里 沙巴克攻城是全服行会战的最高舞台:攻方砸开城门、抢占皇宫,守方依托城墙与复活点反打。规则设计的关键是节奏…
实战应用:用在哪里 影分身玩法给法师职业补上生存短板:危急时刻召唤四个影分身分担仇恨,敌人需要在六格范围内分辨真身,猜错就浪…
实战应用:用在哪里 组队邀请、行会宣战这类关键信令丢了没有兜底,玩家只能反复手点,高峰期体验很差。重试机制给信令加确认回执:…
实战应用:用在哪里 新资料片上线首日预约量常是日常十倍,一口气全开会让数据库与登录网关同时过载。滚动开区把开区动作排成队列:…
实战应用:用在哪里 百人同屏的沙巴克外围战场,每个玩家每秒跑动会触发数次位置更新,全部即时下发时广播量随人数平方增长,网关先…