聊天里的敏感词在前端渲染成等宽星号:词汇由服务器下发、命中由服务器判定,客户端只负责把已判定的词画成遮罩。渲染层的职责边界清晰——不做事后判断,只做视觉呈现。
---接收敏感词表:登录后下发一次
SL:RegisterLuaNetMsg("WORDS", function(data)
local list = SL:JsonDecode(data)
if not list then return end
Mask.words = {}
for _, w in ipairs(list) do
Mask.words[w] = string.rep("*", #w)
end
end)
---富文本渲染:命中词替换为星号
function Mask.render(win, text)
local rich = GUI:RichText_Create(win, "chatline", 0, 0)
local out = text
for w, stars in pairs(Mask.words) do
out = out:gsub(w, stars)
end
GUI:RichText_setString(rich, out)
end
敏感词表在登录后由服务器推送一次,客户端建词到星号的映射表:两个字的词两颗星、四个字的词四颗星,等宽替换让遮罩不破坏排版。富文本控件承载单行聊天,替换后的字符串直接进渲染,聊天记录里被遮的词与原词的长度一致,视觉上没有突兀的缩进。客户端不做词汇判断的原因很实际:词表在客户端就是明文,防泄漏的第一原则是判定权只留在服务器。
---聊天消息的渲染管线
function Mask.onChat(name, text)
-- 服务器已判定:敏感词位置以 [x] 标记下发
local marked = text:gsub("%[(%x+)%]", function(pos)
return Mask.starAt(text, tonumber(pos, 16))
end)
Mask.render(Mask.win, name .. ":" .. marked)
end
---输入框的实时提示
function Mask.inputHint(raw)
for w in pairs(Mask.words) do
if raw:find(w, 1, true) then
SL:ShowSystemTips("内容包含受限词,发送后将显示为星号")
return
end
end
end
正式的判定流:服务器判定后在消息里带命中位置标记,客户端按位置画星,位置标记的方案让客户端无需持有词表也能画对——词表下发只是输入框实时提示的体验优化。输入提示在玩家键入疑似词时温和提醒,发送仍由服务器终审。表情与颜色码的富文本标记优先于遮罩替换,替换的正则绕开控制字符段,避免把排版指令也画成星号。
遮罩渲染的还原校验:遮罩后字符串的字节长度与原文一致性断言;聊天渲染的帧耗时监控,千条记录的滚动渲染不得超 5 毫秒。
替换曾经直接对原始文本做,富文本的颜色码被当成普通字符画成星号,控制段跳过的正则修复。词表的更新曾经要重登才生效,热更新通道让词表的变更即时生效。等宽替换在英文 proportional 字体下宽度不齐,聊天字体锁定等宽族。
词表的下发走压缩通道,千级词表的包体控制在 20KB 内。遮罩的样式(星号、方块、模糊)可配置,审核尺度随运营地区调整。输入提示的触发节流 500 毫秒,连续键入不闪烁提醒。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…