Sublime Text 不支持 Lua 调试，无法查看闭包 upvalue；需用 debug.getupvalue 运行时检查，或换用 luadbg、remotelua 等工具。
Sublime Text 本身不支持 Lua 调试，别白费劲配 lua_debug 插件
Sublime Text 是纯文本编辑器，没有内置调试器，也不具备栈帧检查、变量监视或断点单步能力。所谓“调试闭包与 upvalue”，本质是观察函数运行时捕获的外部变量状态——这需要运行时上下文，而 Sublime Text 完全不具备。强行安装如 SublimeText-LuaDebug 或自建 lua -e 构建系统，最多只能执行脚本并输出错误，无法看到 count 是 open 还是 closed、uv->v 指向哪、是否被多个闭包共享。
真正能查 upvalue 的只有 Lua C API 和 debug.getupvalue
要确认某个闭包实际持有哪些 upvalue、当前值是多少、是否已被关闭，必须在 Lua 运行时调用标准库函数 debug.getupvalue。它接受两个参数：一个函数对象和一个索引（从 1 开始），返回 upvalue 名字和当前值。
-
debug.getupvalue只对 Lua 函数（LClosure）有效，对 C 闭包（CClosure）会返回nil - 索引顺序由编译期决定，不是按代码书写顺序，而是按引用先后和
_ENV占位规则；_ENV总是第 1 个，即使你没显式用到 - 如果函数已返回、闭包仍存活，
debug.getupvalue(f, 1)返回的值就是从栈拷贝后的副本（closed 状态），此时uv->v已指向uv->u.value - 在调试器缺失时，最实用的做法是在关键位置插入
print(debug.getupvalue(f, 1))打印，配合debug.traceback()定位调用链
想可视化闭包结构？用 luadbg 或嵌入 remotelua
如果你确实需要类似 IDE 的变量面板来展开闭包、逐层看 upvalue 链，得换工具链：
-
luadbg是基于gdb的命令行 Lua 调试器，可 attach 到运行中的 Lua 进程，用info upvalues查看当前栈帧所有 open upvalue 地址与值 -
remotelua（或mobdebug）允许你在 VS Code / ZeroBrane Studio 中远程连接 Lua 解释器，它们能解析LClosure内存布局，把upvals[0]到upvals[n-1]显示为可展开节点 - 注意：这些工具依赖 Lua 解释器启用调试信息（编译时带
-g，或使用lua -g启动），且不能用于luaJIT默认模式（需加-j off）
循环中创建闭包时 upvalue 共享是最大陷阱
这是最常被忽略、也最难通过日志发现的问题。例如：
for i = 1, 3 do table.insert(handlers, function() print(i) end) end for _, h in ipairs(handlers) do h() end -- 全部输出 4，不是 1/2/3
原因：所有匿名函数共享同一个 i upvalue，循环结束时 i == 4。修复方式只有两种：
- 用立即执行闭包捕获当前值：
function(i) return function() print(i) end end(i) - 在循环体内声明局部变量：
local i0 = i; table.insert(..., function() print(i0) end)
这种问题不会报错，输出也不异常，但逻辑彻底错乱。靠 Sublime Text 的语法高亮或括号匹配完全无法识别——必须在运行时用 debug.getupvalue 检查每个闭包的第 1 个 upvalue 值才能确认。
