Sublime Text 不支持 Lua 深度调试，需依赖外部调试器；可通过 lua-language-server 实现静态补全，或用 \_G 元表钩子日志近似跟踪；真需断点调试应换用 VS Code + lua-debug 等专业工具链。
Sublime Text 本身不支持 Lua 深度调试，必须借助外部调试器
Sublime Text 是纯文本编辑器，没有内置的 Lua 调试引擎，lua 进程的变量作用域、栈帧、闭包捕获、_G 变化等都无法在 Sublime 中直接观测。所谓“深度跟踪”，本质是 hook 运行时行为，必须由 Lua 解释器配合调试协议（如 mobdebug、lldebugger 或 VS Code 的 lua-debug）完成。Sublime 只能作为前端显示断点/变量，前提是后端调试服务已跑起来。
用 SublimeLinter + lua-language-server 实现基础变量提示（非运行时跟踪）
这一步解决的是静态层面的全局变量感知，比如你敲 _G. 后能否补全已注册的全局函数，或是否标红未声明的 myGlobalVar：
- 安装
Lua插件（通过 Package Control），它会自动拉取lua-language-server - 确保项目根目录有
sumneko-lua支持的luaconfig.json，其中"runtime.globalDefines"列出你手动注入的全局名，例如：["love", "ngx", "redis"] -
lua-language-server不会动态扫描_G，它只认配置+require+local 推导；运行时新挂载到_G的变量（如_G.foo = 42）不会出现在补全列表里 - 如果你用的是 LuaJIT 或嵌入式环境（如 Nginx + ngx_lua），需额外配置
"runtime.version"和"diagnostics.globals"，否则ngx.say这类会被标为 undefined
真要跟踪 _G 变化？得在 Lua 层埋钩子，再把日志导入 Sublime
这是唯一绕过调试器、在 Sublime 环境下“近似实现”深度跟踪的办法，适用于无法启停进程、只能打日志的生产场景：
- 在启动代码前插入钩子：
local oldNewIndex = getmetatable(_G).__newindex setmetatable(_G, { __newindex = function(t, k, v) print("GLOBAL SET:", k, type(v), debug.traceback("", 2)) if oldNewIndex then oldNewIndex(t, k, v) else rawset(t, k, v) end end }) - 把
print换成写文件（如io.open("glog.txt", "a")），然后在 Sublime 中用Ctrl+Shift+P → Tail File（需装插件SublimeTail）实时查看 - 注意：此法会显著拖慢性能，且无法捕获 C 层直接修改
_G的行为（如某些 Lua C API 调用lua_setglobal绕过元表） - 若需过滤特定键，把
print(...)改成if k == "myState" then ... end
别指望 Sublime 做断点调试，换工具链更实际
真正需要单步、watch 表达式、查看 closure upvalues、inspect _G 的实时快照，以下组合才是可行路径：
- VS Code +
lua-debug插件：支持break on _G assignment（需开启enableSourceMaps和自定义stopOnEntry钩子） - ZeroBrane Studio：轻量但对 Lua 5.4+/LuaJIT 支持滞后，
_G视图是树形展开的，可右键“Watch _G” - 命令行用
remotelua+telnet：适合无 GUI 环境，但所有变量都得手动print，不支持自动展开 table - 如果你在 OpenResty 场景，
resty -I启动交互式环境后，用debug.getregistry()和debug.getupvalue()手动探查，比任何编辑器都直接
Sublime 的定位就是快速编辑和轻量协作，硬塞进深度调试流程，反而会让 hook 错位、日志丢失、断点失效——尤其当你的 Lua 进程是 daemon 化或 fork 多次之后。
