客户端上行包的原始字节流要用 Lua 逐字节解读:移动包的方向、技能包的目标 ID 藏在字节里。string.byte 是字节流与数值之间的摆渡船,二进制字段的读取全靠它的三种用法。
---字节流的解析:位置与区间
local pkt = string.char(0x01, 0x2A, 0x00, 0x05)
---单字节:取第 2 个字节
local opcode = pkt:byte(2)
print(opcode) -- 42
---区间:批量取字节序列
local b1, b2, b3 = pkt:byte(1, 3)
print(b1, b2, b3) -- 1, 42, 0
---缺省:不传参取全部
local all = { pkt:byte(1, -1) }
print(#all) -- 4
string.byte 的三种形态覆盖解析的需求:单位置的读取拿一个字节、区间的读取批量拿一段、负数下标从尾部计数。移动包的解析示范:第 1 字节是方向(0 到 7 的八个朝向)、第 2 到 3 字节是目标坐标,pkt:byte(1) 与 pkt:byte(2, 3) 两笔取完。字节的组合还原数值:两个字节拼一个 16 位整数用 hi * 256 + lo,字节序的约定(大端与小端)在协议文档里写死,两端不一致的解析出乱码。
---字节的组装:string.char 的反向操作
local function buildMovePkt(dir, x, y)
-- 方向 1 字节 + 坐标各 2 字节(大端)
return string.char(dir,
math.floor(x / 256), x % 256,
math.floor(y / 256), y % 256)
end
---解析与组装的对称校验
local pkt = buildMovePkt(3, 512, 700)
local dir = pkt:byte(1)
local x = pkt:byte(2) * 256 + pkt:byte(3)
local y = pkt:byte(4) * 256 + pkt:byte(5)
assert(dir == 3 and x == 512 and y == 700)
string.char 是 byte 的镜像:数值的字节序列组装回字符串,发往客户端的下行包同样按字节拼装。解析与组装的对称校验是协议代码的单元测试标配:组装再解析,字段逐一断言——对称性一破,协议的两端就对不上账。性能的提示:byte 的区间读取一次返回整段比循环逐字节取快数倍,长包的解析一律用区间加 unpack 的组合。字节与字符的边界要清楚:byte 操作的是字节的数值(0 到 255),中文的多字节编码在字节层是几个连续的字节,按字符的语义处理时用 string.sub 而不是 byte。
协议解析的单测覆盖边界值:0、255、越界的下标、空串的包;解析的失败率监控,字段的解析异常按协议号归档。
字节序的约定曾经两端各写各的,坐标 512 解析成 2,协议文档的大端图示对齐后修复。byte 的下标曾经从 0 开始写,Lua 的字符串下标从 1 起,越界的读取返回 nil 造成静默错位。中文的聊天内容被 byte 逐字节处理,UTF-8 的多字节被腰斩成乱码,文本与二进制的处理分支分开。
协议的字节布局图进文档:每个字节的偏移、长度、含义三要素。解析器按协议号模块化,字段的读取函数与布局图同源维护。解析的异常包进风控样本,伪造的畸形包是探测的前奏。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 战士的烈火剑法一击熄火后要等八秒冷却,连招断档感强烈。疾风烈火斩在烈火剑法命中后给一次连击窗口:三秒内再…
实战应用:用在哪里 阵营对抗打到中期容易疲软:打赢没有额外好处,输掉也没有代价。阵营声望体系给阵营战装上荣誉刻度:个人与阵营…
实战应用:用在哪里 拿下沙巴克之后呢?城主除了名字挂在城墙上,对城市毫无影响。城主施政玩法让占领变成治理:城主每周获得市政令…
实战应用:用在哪里 主线路光缆被挖断的深夜,全服掉线 20 分钟,玩家以为游戏倒闭。备用线路方案给接入层配第二条出口:主线路…
实战应用:用在哪里 行会官员由帮主任命的老模式弊端明显:任人唯亲、能上不能下。行会选举接口把官员换届做成投票制:每两个月一次…
实战应用:用在哪里 烈火剑法的伤害加成、冷却时间、下一级提升,全靠玩家记忆或去官网查。技能说明悬浮卡片在鼠标悬停技能图标零点…