Ctrl+B没输出是因为构建系统未触发或执行失败：常见原因包括Lua.sublime-build文件JSON格式错误、文件名不匹配、selector与当前语言scope不一致、cmd命令路径不对或环境变量不同步。
Sublime Text 里按 Ctrl+B 没输出，不是 Lua 脚本没运行，而是构建系统根本没触发，或者触发了但命令执行失败后静默退出。
为什么 Ctrl+B 按下去什么都没有？
这不是 Lua 代码问题，是 Sublime 的构建系统压根没加载成功——最常见原因是 Lua.sublime-build 文件 JSON 格式非法：一个中文引号、结尾多逗号、缩进混用 Tab、甚至空格在不该出现的位置，都会导致整个文件被忽略（不报错，也不运行）。
- 打开
Packages/User/目录（Preferences → Browse Packages…），确认文件名是Lua.sublime-build，不是lua.sublime-build或Lua.build - 用 Sublime 自带的 JSON 语法高亮检查：点右下角语言名 → 选
JSON，看有没有红标错误 - Windows 用户尤其注意：别用记事本保存，它会偷偷加 BOM；推荐用 Sublime 自身保存，编码选
UTF-8（无 BOM）
构建系统加载了但输出面板空白或一闪而过
说明命令确实执行了，但要么没输出、要么输出被吞掉、要么解释器启动失败后立即退出。重点查三件事：
-
cmd字段必须和终端里能敲通的命令完全一致：如果lua -v报错但luajit -v有输出，就得写["luajit", "$file"]；Windows 上建议写["lua.exe", "$file"]，避免系统找不到扩展名 - 确保
selector和你当前文件的语言 scope 匹配：装了LuaEnhanced插件，右下角显示的是Lua Enhanced，那selector必须是"source.lua.enhanced"，写成"source.lua"就不会绑定 - 加
"quiet": false到构建配置里，强制显示所有 shell 层级的错误（比如lua: command not found），否则 Sublime 默认只显示 Lua 解释器内部错误
脚本明明有 print，但构建面板里看不到输出
这通常不是 Sublime 的锅，而是 Lua 解释器行为或路径问题：
- Windows 下中文路径（如
C:\用户\test.lua）会导致lua.exe解析失败，报cannot open xxx: No such file or directory—— 不是文件不存在，是路径传进去就乱码了；临时方案：把.lua文件移到纯英文路径（如C:/dev/test.lua） - 脚本里用了
io.read()或阻塞式输入，构建系统默认不提供交互式 stdin，程序会卡住不动；删掉或注释掉这类调用再试 - Linux/macOS 上若用
brew install lua@5.4，实际命令可能是/opt/homebrew/bin/lua，GUI 启动的 Sublime 可能读不到 shell PATH，直接在构建配置里写死"path": "/opt/homebrew/bin"更可靠
输出出来了，但点击错误行跳不到对应位置
说明 file_regex 没匹配上 Lua 实际报错格式。默认正则 "^(*?):([0-9]+):?([0-9]*):? (.*)$" 只适配标准 Lua（如 test.lua:5: attempt to call a nil value），但：
- 用
luajit时错误常带列号（test.lua:5:12: ...），得换成"^(.*?):([0-9]+):([0-9]+): (.*)$" - OpenResty 场景下
nginx -t或ngx.log输出格式完全不同，不能复用这个正则 - 改完
file_regex后务必重启 Sublime，它不会热重载构建系统的正则逻辑
真正卡住人的地方，往往不是语法写错，而是 Sublime 启动时读取的环境变量和你在终端里看到的不一致，或者插件注册的 language ID 和构建系统写的 selector 差了一个 .enhanced 后缀——这种细节不报错，只沉默失效。
