ctrl+b卡住或无输出的根源在于构建系统未正确配置路径、调试参数缺失及插件干扰；需写死解释器绝对路径、为debugger;添加--inspect-brk参数，并禁用sublimelinter等干扰插件。
Ctrl+B 卡住或没输出，根本不是 Sublime 的锅
Sublime 本身不慢，慢的是构建系统调用外部解释器时的路径、环境、插件干扰。你按下 Ctrl+B 后面板卡在 “Building…” 或报 'node' is not recognized，说明 Sublime 没找到 node（或 python、go 等）可执行文件——它压根不读你的 shell $PATH，尤其 macOS GUI 启动、Windows 快捷方式启动时必然失效。
- 先在终端运行
which node（macOS/Linux）或where node（Windows），拿到绝对路径，例如/usr/local/bin/node或C:\Program Files\nodejs\node.exe - 新建构建系统：菜单 → Tools → Build System → New Build System…
- 写死路径，别用
"cmd": ["node", "$file"]，改用"cmd": ["/usr/local/bin/node", "$file"] - 加上
"selector": "source.js"，否则 .js 文件不会自动匹配该构建系统 - 保存为
Packages/User/Node.sublime-build（可通过 Preferences → Browse Packages… 进入User目录）
debugger; 为什么按 Ctrl+B 完全没反应
这是正常行为，不是 bug。Node.js 默认不启用调试协议，debugger; 在 node $file 下会被静默跳过。想让它生效，必须显式加 --inspect-brk 参数：
- 另存一个构建系统，比如
Node Debug.sublime-build，内容为："cmd": ["/usr/local/bin/node", "--inspect-brk", "$file"] - Sublime 不会自动打开 DevTools，你得手动访问
chrome://inspect，等目标出现后点击inspect - 日常开发千万别把
--inspect-brk设为默认构建系统，否则每次运行都卡住等待调试器连接
哪些插件会让 Ctrl+B 变慢甚至劫持输出
某些插件会在构建前后注入钩子，导致延迟几秒才出结果，甚至阻塞输出流。最典型的是：
-
SublimeLinter：若未配好 ESLint 路径或规则，会反复 spawneslint进程，拖慢构建 -
JsFormat、ESLint-Formatter：常绑定on_post_save，保存即格式化，与构建并发冲突 - 任何自定义插件里写了
on_post_build或监听on_modified的逻辑，都可能干扰 - 验证方法：按住
Ctrl（Windows/Linux）或Cmd（macOS）双击图标启动安全模式，如果此时Ctrl+B秒出结果，问题 100% 出在插件 - 禁用方式：
Ctrl+Shift+P→Package Control: Disable Package，选中后重启生效（比卸载更安全，保留配置）
构建输出面板卡住不动？检查这三件事
“Building…” 长时间不结束，大概率是进程没退出、没 stdout、或被插件拦截。重点查：
- 你的脚本是否含
process.stdin.on('data', ...)或readline等阻塞式输入？这类代码会让 Node 进程挂起，Sublime 等不到 EOF 就一直卡着 - 构建系统里是否漏写了
"shell": true？某些命令（如带管道|、重定向>）必须设为true才能正确解析 - 是否启用了
SublimeREPL类插件并设置了默认构建？它会接管Ctrl+B并尝试启动交互式会话，而非一次性执行脚本
真正影响构建速度的，从来不是编辑器渲染，而是你对构建系统路径、参数、插件边界的控制力。路径写死、调试分离、插件精简，三步做完，Ctrl+B 就回归毫秒级响应。
