闭包是热更新中维持状态的关键载体，需通过debug.upvaluejoin保留upvalue、沙盒隔离加载、钩子注入策略、静态检查与运行时控制四层机制保障安全热更。
闭包本身不是热更机制，而是热更新过程中维持状态的关键载体。真正实现“动态热更策略”的安全注入，靠的是在闭包结构之上叠加运行时控制、作用域隔离与函数原型替换三层能力。
闭包作为状态锚点：保留Upvalue不丢失
Lua中函数是闭包，由Proto（字节码）和Upvalue（外部变量引用）组成。热更时若直接重定义函数，Upvalue会断开，导致计数器归零、连接状态丢失等严重问题。
- 正确做法是用
debug.upvaluejoin把新函数的Upvalue指向旧函数对应位置，仅替换Proto逻辑 - 例如：修复一个带计数器的登录验证函数，热更后仍能延续当前用户已尝试次数
- 必须确保新旧函数参数个数、Upvalue数量及顺序一致，否则
upvaluejoin会失败
沙盒加载+模块缓存清理：防止污染与误执行
安全注入的前提是干净的执行环境。不能让新脚本污染全局表，也不能让旧版本残留代码被意外调用。
- 用
setmetatable({},{__index=_G})创建隔离沙盒，再用loadfile(..., "bt", env)加载新模块 - 热更前执行
package.loaded["security.policy"] = nil，强制下次require走重新加载流程 - 对关键策略模块（如鉴权规则、风控阈值）加版本号校验，加载时比对
_VERSION字段，不匹配则拒绝执行
策略钩子注入：在固定入口点动态挂载逻辑
不修改主流程代码，而是在预设钩子处插入闭包，实现“无侵入式”策略切换。
- 主引擎定义
Security.OnCheck = function(ctx) end，初始为空闭包 - 热更脚本返回一个闭包：
return function(ctx) return ctx.ip ~= "192.168.1.100" end - 注入时执行
Security.OnCheck = hotfix_module.new_policy，原闭包被替换，但上下文ctx生命周期不受影响 - 支持链式调用：多个策略闭包可组合为
and_then或or_else高阶函数，按需启用/禁用
类型安全与执行边界控制
闭包注入若缺乏约束，可能引入任意代码执行风险。需在加载阶段做静态检查与运行时拦截。
- 预编译阶段扫描Lua AST，禁止
os.execute、loadstring、getfenv等危险API调用 - 运行时用
debug.sethook限制最大指令数，防无限循环；用setfenv锁定可访问全局表子集 - 策略闭包参数强制声明类型签名，例如
function(ctx: SecurityContext): boolean，通过元表拦截做运行时校验
