玩家改名看似只是换一个字符串,实际上名字散落在邮件、行会名册、婚姻关系、聊天记录、排行榜快照等十几个地方。改名接口的核心不是改名字段,而是把全数据链的名字同步一遍,漏掉一处就是一桩数据事故。
---改名接口:引擎侧 changehumname + 业务侧同步
function Rename.apply(actor, newName)
if queryhumnameexist(actor, newName) then return false, "名字已被使用" end
if not NameFilter.check(newName) then return false, "名字含违规字符" end
local oldName = actor:GetName()
changehumname(actor, newName)
Rename.syncRefs(actor:GetUserId(), oldName, newName)
QF_LogRename(actor:GetUserId(), oldName, newName)
sendmsg(actor, 1, "改名成功,新名字即刻生效")
return true
end
引擎的 changehumname 负责角色本体改名,queryhumnameexist 提前查重,NameFilter 过滤敏感词。业务侧的 syncRefs 负责散落数据的同步:邮件的收发件人名、行会名册、好友备注、师徒称号里的嵌套名字。
Rename.refTables = { "mail_index", "guild_member", "couple_title", "friend_memo", "auction_seller" }
function Rename.syncRefs(userId, oldName, newName)
for _, tbl in ipairs(Rename.refTables) do
local n = QF_UpdateNameRef(tbl, userId, oldName, newName)
QF_LogRenameRef(tbl, userId, n)
end
end
同步清单表驱动:每张引用名字的表登记在册,改名时逐表更新并记录影响行数。行数的日志让同步的完整性可验证——某张表更新了 0 行但按数据量应有 3 行,就是漏了。排行榜的快照名字延后到整点刷新时自然更新,静态快照不追改是约定。
改名后的全链路名字一致性扫描(按 UserId 反查所有引用表),不一致即告警自动修复。
邮件索引曾经不在同步清单里,改名后旧邮件的发件人显示旧名字还算小事,拍卖行的卖家索引指向旧名字导致买家无法确认交易,是大事故。名字的模糊变体(加零宽字符、全角混排)绕过查重的口子,归一化比对函数上线后收口。
改名的冷却期 30 天,频繁改名让社交关系链混乱。改名的收费(点券 88)是合理的门槛,名字不是快消品。全链路扫描的自动化让改名功能的信心成本降为一次配置,人工核对在数据量面前永远不可靠。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 沙巴克的荣誉不只有城主:护城使者、功勋元老、攻城先锋,一套头衔体系把攻城战的参与者分成清晰的荣誉层级。头…
实战应用:用在哪里 私聊是骚扰的高发区:广告号群发、情感纠缠、代充推销。私聊的防护是双闸设计:频率的闸(频控)管节奏,关系的…
实战应用:用在哪里 VIP 等级变化时,头顶徽章、属性面板加成、特权列表三处界面要同时刷新。分散刷新的写法容易漏一处,事件驱…
实战应用:用在哪里 行会基金的每一笔进出都要两本账:基金余额的当前值是一本,捐献支出的流水是另一本。余额回答"现在有多少",…
实战应用:用在哪里 pullpay 是服务端主动发起的充值接口:游戏内触发支付流程(拉起收银台、生成订单),配合订单标记实现…
实战应用:用在哪里 某周五晚八点的沙巴克攻城战,开战 10 分钟内在线人数从 1800 掉到 1400——不是玩家流失,是网…