【性能调优】weak 表应用：临时映射的自动回收

实战应用：用在哪里

怪物首次受击的标记表用强表存，一个晚上积累 1.2 万个怪物对象键，对象早已回收，表还拽着引用，脚本内存冲到 300MB 不回落。weak 表把键声明成弱引用，对象回收后键自动消失，标记表不再需要人工清理。同类场景还有一次性触发标记、临时免疫名单、首杀去重，凡键生命周期跟着对象走的都在适用面内。改造只动表定义一行元表配置，业务读写代码零改动，是这类优化最划算的形态。

弱键标记的实现

touched 表以怪物对象为键做首击去重，__mode 设为 k 即弱键模式；对象仍被引擎引用时标记有效，尸体回收后条目自动清掉。

local touched = setmetatable({}, { __mode = "k" })
function firstTouch(monObj)
    if touched[monObj] then return false end
    touched[monObj] = true
    return true
end

内存水位观测与兜底

600 秒一次的全局观测读 collectgarbage("count")，脚本内存超过 512MB 时主动全量回收一次并广播，给 weak 表兜底。

setontimerex(132, 600)
function ontimer132()
    local mem = math.floor(collectgarbage("count") / 1024)
    if mem > 512 then
        collectgarbage("collect")
        sendcentermsg("脚本内存水位 " .. mem .. "MB，已执行回收")
    end
end

验证与监控

灌入一万个怪物对象标记，等尸体回收后遍历核对键数回落；强表对照组的内存曲线持续攀升，weak 组平稳；回收动作在低峰时段执行核对无卡顿投诉。对照组与实验组各跑 24 小时，两组曲线放在同一张图上评审，涨幅差异一目了然。监控每次观测的内存水位，连续三轮上涨就是泄漏信号。观测脚本同时抽样键数，配合内存水位双指标交叉判断，单一指标容易误读。

踩坑记录

弱键只对对象键生效，早期把玩家名字字符串当键放进 weak 表，字符串驻留让键一个都不回收，白高兴一场，字符串场景仍要走过期清理。weak 表的取长度操作结果不可靠，监控里不能用取长度判断条目数，改成抽样遍历计数。遍历 weak 表时对象回收时机不可控，边遍历边消失会让 ipairs 提前断，需要稳定遍历的场景先拷贝键列表。collectgarbage 全量回收一次有约 200 毫秒停顿，放在凌晨四点的低峰执行，高峰只记录不动手。__mode 的 k 与 v 语义曾写反，弱值表把活对象标没了，功能表现时有时无，表定义处补了语义注释。