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

【性能调优】大包拆分:超长消息的切片与重组

2026-09-23 17:02 作者:996 技术组 996引擎Lua教程传奇脚本

实战应用:用在哪里

一条全服公告 8KB、一次战报导出 64KB——超过 MTU 的消息被网络层拆成碎片,任何一片丢失整包作废。大包拆分把超长消息切成有序的小片发送,丢一片只重发一片,传输的鲁棒性与速度双双提升。

发送的切片

lua
---大消息的切片发送:每片 1400 字节
local SLICE = 1400

function Chunk.send(connId, msgId, payload)
    local total = math.ceil(#payload / SLICE)
    local seq = Chunk.nextSeq(connId)
    for i = 1, total do
        local from = (i - 1) * SLICE + 1
        local part = payload:sub(from, from + SLICE - 1)
        sendmsg(connId, msgId, table.concat({
            seq, ",", i, ",", total, ",", part,
        }))
    end
    return seq
end

切片的头带四元组:会话的序号、片的序号、总片数、载荷——接收方凭四元组把碎片拼回整包。每片 1400 字节贴着 MTU 的安全线,切片的粒度让每片独占一个网络包不产生二次分片。切片只对超大消息启用:常规消息(聊天、移动)的体积远低于阈值,直发不切片,协议的开销按需付出。

接收的重组

lua
---接收的重组:按序号的碎片拼装
Chunk.buffers = {}

function Chunk.receive(connId, header, part)
    local seq, i, total = header:match("(%d+),(%d+),(%d+)")
    local key = connId .. ":" .. seq
    local buf = Chunk.buffers[key]
    if not buf then
        buf = { parts = {}, got = 0, total = tonumber(total) }
        Chunk.buffers[key] = buf
    end
    if not buf.parts[i] then
        buf.parts[i] = part
        buf.got = buf.got + 1
    end
    -- 全部到齐:拼装并交付
    if buf.got == buf.total then
        local out = {}
        for j = 1, buf.total do
            out[j] = buf.parts[j]
        end
        Chunk.buffers[key] = nil
        Msg.deliver(connId, table.concat(out))
    end
end

接收端按会话序号建缓冲:碎片到达时按片号存放,去重的计数(重复片不重复计)到齐即拼装交付,缓冲随即释放。缺片的处理:超时(5 秒)未集齐的整包请求重发缺失的片号,重传的粒度到片而不是整包——丢一片的重传成本是一片。重组的内存有上界:并发的重组缓冲最多 32 个,超出时最旧的整包作废请求重发,内存的失控被上限锁住。

验证与监控

切片的丢片与重传率监控,重传率超过 2% 提示网络质量或片大小的调整;重组的并发缓冲水位监控,缓冲的堆积即接收端的处理瓶颈。

踩坑记录

片的序号曾经从 0 起,接收端从 1 起的假设让首片被丢弃,序号的基准两端统一。重组的超时曾经固定 5 秒,慢网的玩家大包永远拼不齐,超时按往返延迟自适应。切片的边界曾经切断多字节字符,公告的中文被腰斩成乱码,切片在字符边界对齐。

上线要点

切片的阈值(超过多大启用)进配置,常规消息零开销。重组的超时与并发上限进接收端的配置,弱网与低端机的参数分档。切片协议的版本号随消息头传输,新旧端的兼容有版本可依。

作者履历与出处

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

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

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

LATEST ARTICLES

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

策划架构996引擎数值设计多开治理经济手段

【策划架构】多开治理:经济侧的多开限制手段

设计初衷 技术侧的多开检测永远在猫鼠追逐(检测升级、绕过再升级),经济侧的治理换个思路:不禁止多开,让多开不划算。多开的收益…

2026-09-24 11:14 996 技术组
高级技巧996引擎Lua近似统计流式估算

【高级技巧】近似TopN:热统计的流式估算

底层原理 "全服今日击杀最高的 10 名玩家"用精确算法要维护全量玩家的分数再排序,万人在线就是万级数据的持续更新。近似 T…

2026-09-24 11:14 996 技术组
策划架构996引擎数值设计宠物融合保底曲线

【策划架构】宠物融合:资质继承与保底曲线设计

设计初衷 宠物融合是宠物线的赌场出口:两只宠物合成一只新宠,玩家赌的是资质跃升。没有保底的融合是纯赌博,五连黑直接劝退;保底…

2026-09-24 11:14 996 技术组
策划架构996引擎数值设计通缉悬赏赏金分级

【策划架构】赏金分级:通缉悬赏的难度分级设计

设计初衷 悬赏系统的病是"一口价":击杀 5 天恶值的惯犯与刚红名的新恶人赏金一样,猎人全挤向软柿子,硬骨头没人碰。赏金分级…

2026-09-24 11:14 996 技术组
高级技巧996引擎Lua差分存档脏标记

【高级技巧】差分存档:只存变化量的存档压缩

底层原理 全量存档把 80 个变量每次都写一遍,其中 95% 与上次一模一样——存档 I/O 的大头是重复。差分存档只写"变…

2026-09-24 11:14 996 技术组
高级技巧996引擎Lua时钟校准跨服

【高级技巧】时钟校准:跨服数据的基准对齐

底层原理 跨服玩法里每台服务器的 os.time 都可能有几秒漂移:NTP 校准周期、机器负载、时区配置,任何一环都能造成偏…

2026-09-24 11:14 996 技术组