Sublime Text 不支持 Lua 断点调试，因其无内置 Lua 调试器且 Debugger 插件仅兼容 DAP 后端（如 debugpy、xdebug），而 Lua 生态缺乏稳定可用的 DAP 适配器；异常捕获唯一可靠方式是开启控制台（Ctrl+`）并确保 Lua.sublime-build 中 file_regex 正确匹配错误格式。
Sublime Text 本身不能自动捕获 Lua 运行异常并断点调试。它没有内置的 Lua 调试器，Debugger 插件也不支持 Lua —— 它只对接 debugpy（Python）、xdebug（PHP）等 DAP 兼容后端，而 Lua 生态中缺乏广泛采用的、稳定接入 DAP 的调试适配器。
为什么 Debugger 插件对 Lua 完全无效
Debugger（蓝色靶心图标）是 DAP 客户端，必须配合外部调试适配器（如 debugpy）工作。但目前：
• 没有官方维护的、Sublime 可直接 attach 的 Lua DAP 服务器
• lua-debug（VS Code 用的）不提供独立监听模式，也无法被 Sublime 的 Debugger 插件发现
• 所有“Sublime + Lua 断点”类教程，实际都是误导或混淆了“运行脚本”和“调试会话”的本质区别
- 你在
Debugger.sublime-debugger里写"type": "lua"会直接报错或静默忽略 -
print()或error("xxx")输出只进控制台（Ctrl+`），不会触发任何断点行为 - 哪怕你用
luajit -g启动带调试信息的 Lua，Sublime 也完全无法解析或交互
Lua 异常只能靠控制台手动观察
真正能“捕获异常”的唯一可靠方式，是打开控制台并确保构建系统把错误原样透出：
- 确认你的
Lua.sublime-build中"file_regex"能匹配 Lua 实际报错格式，例如："file_regex": "^(*?):([0-9]+):?([0-9]*):? (.*)$"（对应test.lua:5: attempt to call a nil value） - 如果用
luajit，错误可能带列号（:5:12），正则得改成"^(.*?):([0-9]+):([0-9]+): (.*)$" - Windows 中文路径下，
file_regex匹配失败会导致点击错误不跳转——此时只能靠控制台里完整错误行人工定位 - 异常堆栈不会自动展开，
pcall或xpcall捕获后若没显式print(debug.traceback())，就什么也看不到
替代方案：用外部工具做有限“调试”
没有断点，但可以逼近调试效果：
- 在关键位置插入
print(debug.traceback("", 2))，强制输出调用栈（注意第2个参数避免打自己这行） - 用
luacheck静态检查潜在nil访问、未定义变量等——它不运行代码，但能提前暴露 70% 的运行时异常根源 - 把 Lua 脚本改造成可被 Python 调用的形式，再用 Sublime 的 Python Debugger +
lupa或lunatic模拟执行——绕路，但唯一能用上断点的方式 - 放弃 Sublime，切到 VS Code +
lua-debug插件：它支持断点、变量监视、step over/in/out，且配置比 Sublime 简单得多
最易被忽略的一点：很多人花几小时调 file_regex 或重装插件，却没先在终端跑一次 lua your_script.lua 看原始错误——那才是所有问题的源头。Sublime 不创造错误，它只反射你系统里真实发生的失败。
