Sublime无真正调试器，需依赖浏览器DevTools；Ctrl+/注释失效因scope不匹配或语法识别错误；debugger;语句比行断点更可靠；Live Server的Ctrl+R比F5刷新更准。
Sublime 本身没有“调试器”，所谓“快速注释+断点”只是辅助手段，真要查逻辑、看变量、跟异步流，必须靠浏览器 DevTools；快捷键能省几秒，但别指望它替代真正的调试环境。
Ctrl+/ 和 Cmd+/ 注释行为为什么有时不生效
这不是快捷键坏了，而是当前光标所在位置的 scope 不匹配。Sublime 的注释功能依赖语法定义（如 source.js、text.html），如果文件没正确识别语言（比如 .js 文件被当成 Plain Text），或你在字符串/注释块内部按了 Ctrl+/，它就会静默失败。
- 先确认右下角状态栏显示的是正确的语法类型，不是
Plain text；如果不是，用Ctrl+Shift+P→ 输入Set Syntax: JavaScript手动指定 - 检查当前行是否处于多行注释
/* ... */或字符串中 —— 这些区域 Sublime 默认禁用行注释 - 某些插件（如
Emmet）会劫持Ctrl+/，可在Preferences → Package Settings → Emmet → Settings中把"disable_tab_abbreviations_on_auto_insert": true改为false，或直接删掉该插件的键绑定
debugger; 语句比行号断点更可靠
在 Sublime 里写 debugger; 并保存，比在 DevTools Sources 面板里手动点行号设断点更稳——尤其当代码被构建工具处理过（如 Webpack、Vite）、源码映射（source map）未加载或错位时，debugger; 仍能强制中断，且位置明确。
-
debugger;必须写在可执行语句位置，不能放在对象字面量属性后、if条件末尾等语法非法处 - 不要写成
// debugger;或/* debugger; */—— 浏览器完全忽略注释里的调试指令 - 上线前务必搜索并删掉所有
debugger;，否则用户打开 DevTools 就会卡住
Live Server + Ctrl+R 刷新组合为什么比 F5 更准
F5 是浏览器原生刷新，可能触发缓存、跳过资源重载；而 Live Server 插件绑定的 Ctrl+R（或右键菜单 Open with Live Server）会强制清空内存缓存、重连 WebSocket，并在控制台输出 [Live Server] Reloaded 日志，确保你看到的是最新 JS 执行结果。
- 安装后需重启 Sublime，否则右键菜单不出现
Open with Live Server - 如果
Ctrl+R没反应，检查是否和其他插件冲突（如SideBarEnhancements也绑定了Ctrl+R），可在Preferences → Key Bindings里搜"ctrl+r"排查 - 不建议用
Ctrl+Shift+P → Browser Refresh，它依赖额外浏览器插件（如 Chrome 的Sublime Text Quick Menu），多一层故障点
真正卡住你的从来不是快捷键按得慢，而是搞不清哪段 JS 被执行了、哪次 fetch 返回了空数组、哪个 Promise 被 silent rejected —— 这些问题，debugger; 只是入口，最终还得切到 Chrome 的 Sources 面板里看 call stack、hover 查变量、右键 Copy value 做比对。Sublime 负责写得快，DevTools 负责查得准，分清边界比调快捷键重要得多。
