Sublime Text 不支持 Lua 函数级断点调试和实时调用栈追踪，因其无内置调试器且未对接 Lua 的 debug.sethook 或 debug.traceback；调试依赖日志、控制台和手动插桩，Ctrl+B 默认构建不捕获完整 traceback，需显式用 io.stderr:write(debug.traceback()) 并修改语法文件以增强 Ctrl+R 支持。
Sublime Text 本身不支持 Lua 函数级断点调试或实时调用栈追踪——它没有内置调试器，也不对接 Lua 的 debug.sethook 或 debug.traceback 机制。所谓“调试”，实际是靠日志 + 控制台 + 手动插入语句完成的。
为什么 Ctrl+B 运行后看不到调用栈？
因为默认构建系统（cmd: ["lua", "$file"]）只执行脚本，不捕获异常上下文。Lua 报错时只输出简略错误（如 attempt to index a nil value），但缺行号和函数链。
- 根本原因：Lua 解释器未启用完整 traceback，
lua命令默认不加-e "print(debug.traceback())"包裹 - Sublime 的
file_regex配置只能解析标准错误格式，无法还原嵌套调用关系 - 即使你写了
debug.traceback()，输出也混在普通print中，控制台不高亮、不可点击跳转
怎么手动补全调用栈信息？
在关键函数入口或可能出错处，显式调用 debug.traceback 并重定向到 stderr，让 Sublime 能识别行号：
function risky_func()
local ok, err = pcall(function()
-- 可能崩溃的代码
return something_that_might_be_nil.field
end)
if not ok then
io.stderr:write(debug.traceback("risky_func failed:", 2) .. "\n")
end
end
-
debug.traceback("msg", 2)的2表示从调用者层级开始打印（跳过当前debug.traceback调用本身） - 必须用
io.stderr:write，否则 Sublime 构建系统不会将其匹配为错误行（file_regex只捕获 stderr） - 避免直接
print(debug.traceback())，它走 stdout，控制台里和普通日志混在一起，没法 Ctrl+Click 跳转
Ctrl+R 列不出函数名？检查你的定义写法
Sublime 的 Ctrl+R（Goto Symbol）依赖语法高亮插件的正则匹配，只识别传统 function name(...) 形式，对 name = function(...) 默认忽略。
- 打开
Packages/User/Lua.sublime-syntax（或Lua.tmLanguage），搜索meta.function - 找到类似
\bfunction\s+([a-zA-Z_.:]+[.:])?([a-zA-Z_]\w*)\s*\(\s*的正则，补充支持赋值式：(?:([a-zA-Z_.:]+[.:])?([a-zA-Z_]\w*)\s*=\s*)?function - 改完删掉
Packages/User/Lua.cache，重启 Sublime；否则 Ctrl+R 仍不生效 - 注意：改语法文件后，
Ctrl+R只能列出函数名，不能跳转到定义——Sublime 没有符号索引，本质仍是文本匹配
真正要查调用链，得靠 debug.traceback 插桩 + 控制台人工扫，或者换用支持 LSP 的编辑器（如 VS Code + Lua Debugger）。Sublime 的“调试”永远是半手工的，别指望它自动展开栈帧或悬停看变量值。
