Sublime Text 无法原生断点调试 JavaScript，但可通过配置构建系统运行 Node.js 脚本：需确保 node 在 PATH 中或使用绝对路径；debugger; 需配合 --inspect-brk 启动并手动用 Chrome DevTools 连接；SublimeREPL 提供交互式 REPL 体验但不支持断点；日常推荐极简构建 "cmd": ["node", "$file"]。
Sublime Text 本身不支持 JavaScript 断点调试，但你可以用它快速运行 Node.js 脚本并获得控制台反馈——关键在于构建系统配置是否准确、node 命令能否被正确调用、以及是否混淆了“运行”和“调试”的边界。
如何让 Ctrl+B 正确执行 JS 文件
这是最常卡住的第一步：按下 Ctrl+B 后输出面板一片空白，或报错 'node' is not recognized。根本原因不是 Sublime 有问题，而是系统找不到 node 可执行文件。
- 先在终端/命令行运行
which node（macOS/Linux）或where node（Windows），确认路径；如果命令失败，说明 Node.js 没装好或没加进PATH - 新建构建系统时，不要直接写
"cmd": ["node", "$file"]—— 更稳妥的是用绝对路径，比如"/usr/local/bin/node"或"C:\Program Files\nodejs\node.exe" -
selector必须是"source.js"，否则 Sublime 不会自动为.js文件启用该构建系统 - 保存文件名必须以
.sublime-build结尾，且放在Packages/User/目录下（可通过Preferences → Browse Packages…进入）
为什么 debugger; 在 Ctrl+B 下完全没反应
因为 Ctrl+B 调用的是普通 node 执行，不启用 Inspector 协议，debugger; 语句会被忽略——这不是 bug，是预期行为。
- 想让
debugger;生效，得改构建命令为："cmd": ["node", "--inspect-brk", "$file"] - 但仅这样还不够：Sublime 默认构建系统无法捕获 WebSocket 调试地址，也不会自动打开 Chrome DevTools；你得手动访问
chrome://inspect，等目标出现后再点inspect - 更实用的做法是把
--inspect-brk构建单独设为一个 variant，避免日常运行总卡在断点上
SublimeREPL 是唯一能在编辑器内看到交互式输出的方案吗
不是唯一，但它是目前最接近“内置控制台”体验的方式。它本质是启动一个嵌入式 Node.js REPL 进程，而非单次脚本执行。
立即学习“Java免费学习笔记（深入）”；
- 需先通过 Package Control 安装
SublimeREPL插件 - 运行时选择
SublimeREPL: Node，它会新开一个标签页，显示>提示符，可逐行输入 JS 表达式并立即看到结果 - 注意：它不支持直接运行整个文件（除非用
.load ./xxx.js），也不支持源码级断点，只适合验证函数、原型链或小段逻辑 - 如果你习惯
console.log()+Ctrl+B，其实比 SublimeREPL 更轻量、更可控
构建系统里加 --use-strict 或 --harmony 还有必要吗
基本没必要。Node.js 当前稳定版（v20+）已默认启用绝大多数 ES2015+ 语法，--harmony 参数早已废弃；--use-strict 也无需全局开启，用 "use strict"; 声明更精准。
- 加了反而可能引发兼容问题，比如某些旧模块依赖非严格模式行为
- 若真遇到语法报错，优先检查是否用了尚未进入标准的特性（如装饰器），而不是盲目加 flag
- 构建系统应保持极简：
"cmd": ["node", "$file"]足够覆盖 95% 场景
最容易被忽略的一点：Sublime 的输出面板是只读的，不能输入、不能清屏、不支持 ANSI 颜色（除非额外装插件）。一旦你开始依赖 console.table() 或带颜色的日志，很快就会意识到——所谓“控制台反馈”，终究只是单向快照。真正的调试，仍要回到 Chrome DevTools 或 VS Code 中完成。
