Sublime Text 本身不提供 Lua 调试器，无法实现断点、变量监视和单步执行；其“调试”依赖分层方案：luacheck 做语法检查，构建系统捕获运行错误（需正确配置 file_regex 匹配报错格式，如 ^(.*?):([0-9]+):([0-9]+): (.*)$），逻辑问题靠 print 或日志；真断点调试须换 VS Code + lua-language-server + lua-debug。
Sublime Text 本身不提供 Lua 调试器（没有断点、变量监视、单步执行），所谓“调试”实际是分层解决：语法检查靠 luacheck，运行错误靠构建系统捕获并定位，逻辑问题靠加 print 或日志输出。真要断点调试，得换 VS Code + lua-language-server + lua-debug。
为什么 Ctrl+B 报错但没行号跳转
根本原因是 file_regex 没匹配上 Lua 实际报错格式。默认错误形如 test.lua:5: attempt to call a nil value，但不同解释器输出差异大：
-
lua 5.4+和luajit错误末尾可能带列号（如:5:12），需用"^(.*?):([0-9]+):([0-9]+): (.*)$" - Windows 下中文路径会触发编码错位，
file_regex匹配失败后点击错误就跳不到对应行 - 如果用了
shell_cmd（比如"shell_cmd": "lua $file"），Sublime 不解析file_regex，直接丢弃错误信息
怎么让 print 输出立刻看到，而不是卡住或乱码
Sublime 构建面板默认缓冲 stdout，且 Windows 下 lua.exe 对 ANSI 编码路径和控制台输出有兼容问题：
- 避免在脚本开头写
io.write("...")后不跟io.flush()—— 否则输出可能滞留在缓冲区不显示 - Windows 用户若遇中文乱码，不要改 Sublime 的文件编码，而是把
.lua文件存为 UTF-8 无 BOM，并确保路径全英文（如C:/dev/test.lua） - 别依赖
io.read()等阻塞 stdin 的操作 —— 构建系统不提供交互式终端，脚本会卡死在面板里
能不能像 IDE 那样点一下就跳到定义或补全 API
可以，但不是靠 Sublime 原生功能，而是靠插件链配合：
- 装
Lua Enhanced（不是旧版Lua包）提供准确的语法 scope，这是所有后续插件工作的基础 - 装
LSP+lua-language-server（需本地安装），才能跳转函数定义、查看参数提示；注意lua-language-server默认只扫描当前文件夹，跨项目需配lua.runtime.path - 游戏开发（如 Roblox / WoW）要额外装专用插件，否则
Players:GetPlayerFromCharacter()这类 API 根本不会出现在补全列表里
最常被忽略的是：Sublime 的构建系统和 LSP 补全完全解耦，你配好了 cmd 能跑脚本，不代表 lua-language-server 就能工作——后者需要单独安装二进制、配置 settings.json 并重启 LSP 客户端。
