Sublime Text 本身不支持 Lua 调试，无法设置断点或监视变量；实际只能靠 print() 输出、_G 检查全局状态、setmetatable 捕获非法赋值，并配合构建系统快速运行验证，复杂调试需换用 luajit REPL、ZeroBrane Studio 或宿主调试接口。
Sublime Text 本身不支持 Lua 调试，别指望它能设断点看全局变量
Sublime Text 是纯文本编辑器，没有内置调试器，也不支持单步执行、变量监视或作用域探查。所谓“调试 Lua 全局变量与作用域”，实际只能靠日志输出 + 构建系统快速运行 + 手动推理。任何声称 Sublime 可以“断点调试 Lua”的教程，背后要么是混淆了插件名（如误把 LuaEnhanced 当成调试器），要么偷偷集成了外部工具（如 remotelua 或 mobdebug），但这些都需额外配置且稳定性差。
用 print() + _G 配合构建系统快速检查全局状态
最直接有效的方式，是在关键位置插入诊断代码，靠 Ctrl+B 快速验证：
-
print("globals:", table.unpack({pairs(_G)}))会爆内存（_G太大），改用for k,v in pairs(_G) do if type(v) ~= "function" then print(k, type(v)) end end - 想看某个模块是否已加载：
print(_G["my_module"], require("my_module"))—— 若前者为nil而后者报错，说明没加载；若前者非nil但后者报错，可能是模块返回值被覆盖 - 检查变量是否意外污染全局：
local x = 10没加local就变成_G.x，可在文件顶部加setmetatable(_G, {__newindex = function(t,k,v) error("Global assignment to "..k) end})捕获 - 注意：构建系统默认工作目录是文件所在目录，不是项目根目录；若
require报module not found，大概率是LUA_PATH没配或working_dir不对，得在.sublime-build中显式加"working_dir": "$project_path"
为什么 LuaEnhanced 的“跳转到定义”对全局变量经常失效
LuaEnhanced 的符号解析基于静态分析，它不运行代码，所以无法识别动态赋值的全局变量（如 _G.foo = function() end 或 load("foo = 42")()）。它只认三种来源：
- 显式声明：
foo = ...（无local）出现在文件顶层 - 已知标准库表字段（如
string.match） - 通过
require加载的模块中导出的顶层变量（前提是模块返回的是table且字段名可静态提取） - 容易踩的坑：
local M = {} ... return M这种写法会被识别；但return setmetatable({}, {__index = _G})就完全不可见
真正需要调试作用域时，该换工具而不是硬扛
当遇到闭包捕获异常、upvalue 修改不可见、或 debug.getinfo 级别问题时，Sublime 已到能力边界。此时应切换场景：
- 本地脚本：改用
luajit -l -e "dofile('main.lua')"启动带调试器的 REPL - 嵌入式环境（如游戏引擎）：依赖宿主提供的调试接口（如
love.graphics.print打印 +love.event.quit中断） - 远程调试：只有
mobdebug（配合 ZeroBrane Studio）或remotelua可行，但需修改 Lua 启动参数并开放端口，Sublime 仅作代码编辑器用 - 最关键一点：不要在 Sublime 里尝试“可视化查看 upvalue”，
debug.getupvalue返回的是字符串名和值，没有 AST 结构，编辑器插件根本没法渲染
