Sublime Text 不支持 Lua 调试，仅能运行脚本并显示错误堆栈；它不具备断点、变量监视、单步执行等调试功能，所谓“报错”只是 shell 输出的构建反馈，并非真正调试。
Sublime Text 本身不支持 Lua 调试——没有断点、变量监视、单步执行这些功能。它能做的只是“运行”和“报错”，不是“调试”。如果你需要真调试，得换 VS Code + lua-language-server + lldb 或 mobdebug，或者用 ZeroBrane Studio 这类专为 Lua 设计的轻量 IDE。
Ctrl+B 运行后只看到错误堆栈，算不算调试？
不算。这叫“构建反馈”，本质是调用系统 lua 命令执行脚本并捕获 stdout/stderr。它能告诉你第 12 行有 attempt to call a nil value，但不会停在那行、让你看 obj 是不是 nil、也不会让你修改变量再继续——这些才是调试。
- 常见错觉：看到红色报错就以为“已经在调试了”，其实只是 shell 输出被 Sublime 拦下来展示而已
- 真正有用的反馈仅限语法错误（
syntax error near 'end'）和运行时 panic（bad argument #1 to 'pairs' (table expected)） - 如果错误来自
require的模块或 C 扩展，堆栈常被截断，file_regex也匹配不上行号
Lua Enhanced + LSP 能补上调试缺口吗？
不能直接补。LSP（Language Server Protocol）提供的是语义分析能力：goto definition、hover、rename、自动补全，但它不启动调试会话。即使你装了 lua-language-server 并配好 LSP 插件，Ctrl+Shift+P → LSP: Debug 依然不可用——因为 Lua 的 LSP 实现（如 sumneko/lua-language-server）默认不带调试适配器（Debug Adapter）。
- 要启用调试，必须额外部署
debugger-adapter，比如lua-debug，且需手动配置 launch.json 式参数（Sublime 不原生支持该格式） - 社区有实验性方案（如
sublime-lua-debug），但维护停滞、不兼容 ST4、Windows 路径处理易崩 - 更现实的做法：把 Sublime 当“写代码专用屏”，调试切到终端跑
lua -i script.lua或加mobdebug.start()连 ZeroBrane
什么场景下 Sublime 的“伪调试”反而够用？
适合轻量、线性、无状态的脚本开发：Nginx/OpenResty 配置片段、Redis Lua 脚本、CI 中的工具链 glue code、一次性数据清洗脚本。
- 这类脚本通常
print或ngx.log就够定位问题，不需要暂停上下文 - 配合
SublimeLinter-luacheck，能在保存时提前标出未定义变量、全局污染、可疑类型转换 - 用多光标（
Ctrl+Click）批量加/删print(type(x), x)，比设断点还快 - 注意：别对 Roblox/WoW 插件依赖这套流程——沙箱环境差异大，本地
lua运行成功 ≠ Studio 里不报错
真正卡住人的从来不是“怎么让 Ctrl+B 不报错”，而是“为什么这个 table 在第 37 行突然变 nil 却没提示来源”。这时候再漂亮的高亮和跳转也没用——Sublime 的边界就在这里：它是极简的文本处理器，不是运行时环境。接受这点，才能不浪费时间找不存在的“调试开关”。
