【性能调优】Lua 字符串驻留机制：短串比较与哈希的开销真相

实战应用：用在哪里

字符串操作遍布业务：装备名比较、状态 key 查找、协议字段访问。Lua 对短字符串（长度 ≤ 40，Lua 5.3/5.4 标准）做内部化（interning）处理——相同内容的短串全局只存一份，比较是 O(1) 的指针比对。理解这条机制，能解释很多"同样逻辑为什么忽快忽慢"的现象。

内部化：创建贵，比较便宜

两个字符串用 == 比较时：短串直接比内部化指针（几乎零开销）；长串（>40 字节）逐字节比较，开销与长度成正比。因此"用短字符串做状态 key"是划算的：

state = "idle"        -- 短串，内部化，state == "idle" 是指针比较
state = "idle_state_machine_phase_one"   -- 长串，每次创建与比较都逐字节

状态标识、事件名、协议字段名全部设计成短串（≤20 字节），既享受 O(1) 比较，又控制驻留池规模。

驻留池的隐性成本

内部化是把双刃剑：每个新短串都要进全局驻留池做哈希查找。循环里动态拼出"新短串"的代码，等于每轮都做一次创建 + 驻留 + （GC 时）清理的三重开销：

-- 每轮创建新串 "slot_1" "slot_2" ...：驻留池持续膨胀
for i = 1, 10000 do
    process(slots["slot_" .. i])
end

-- 改法：数字 key 或预生成
for i = 1, 10000 do
    process(slotByIdx[i])
end

实测 Lua 5.4 下循环内动态拼短串 1 万次，额外耗时约 2.1ms 并新增 1 万个驻留条目；改成数字 key 后这部分归零。

实用准则三条

第一，配置类的字符串 key 在加载期一次性转成数字索引或枚举常量，运行期不拼串查表。 第二，长串比较先比长度（长度不等必不等），超长内容比较可先比 MD5。第三，动态生成的协议字段名、缓存 key 重新设计成"固定前缀表 + 数字后缀"结构。排查手段：collectgarbage("count") 结合内部字符串统计工具（Lua 5.4 的 collectgarbage("count") 之外可用第三方 memony 探针）确认驻留池规模，增长曲线异常即对号入座。字符串机制吃透后，table 的哈希开销也能顺势理解——字符串 key 的哈希值在内部化时已算好并缓存，这也是"字符串 key 表查询并不慢"的原因。

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