Sublime快速注释代码快捷键设置_Sublime代码调试提效方法【技巧】

先说一个结论：Sublime 本身并没有传统意义上的“调试器”。所谓“快速注释 + 断点”，充其量只是辅助手段。真正要想理清逻辑、追踪变量、跟进异步流程，终究得仰仗浏览器 DevTools。快捷键能帮你省下几秒钟，但别指望它替代完整的调试环境。这点边界感，必须在动手之前就建立起来。

Ctrl+/ 和 Cmd+/ 注释时灵时不灵，问题出在哪

这往往不是快捷键“坏”了，而是光标所在的 scope 不匹配。Sublime 的注释功能依赖语法定义，比如 source.js 或 text.html。如果文件语言识别有误（比方说，.js 文件被当成 Plain Text），又或者光标恰好处在字符串或注释块内部，按下 Ctrl+/ 就会静默失败，毫无反应。

• 先确认右下角状态栏显示的语法类型是否正确——如果显示的是 Plain text，立刻用 Ctrl+Shift+P 调出命令面板，输入 Set Syntax: Ja vaScript 手动指定
• 留意当前行是否身处多行注释 /* ... */ 或字符串包裹之中——在这些区域，Sublime 默认是禁用行注释的
• 部分插件（比如 Emmet）会劫持 Ctrl+/。去 Preferences → Package Settings → Emmet → Settings 里检查一下，或者干脆在键盘绑定设置中搜索 ctrl+r 排查冲突

为什么说 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 刷新，会强制清空内存缓存、重连 WebSocket，并在控制台输出 [Live Server] Reloaded 日志——这样你才能确保看到的是最新、最真实的 JS 执行结果。

• 安装 Live Server 后需要重启 Sublime，否则右键菜单里不会出现 Open with Live Server
• 如果 Ctrl+R 没反应，检查是否存在插件冲突（比如 SideBarEnhancements 也绑定了相同的快捷键），去 Preferences → Key Bindings 里搜一下 ctrl+r 就能排查清楚
• 不建议使用 Ctrl+Shift+P → Browser Refresh，它依赖额外的浏览器插件，相当于多了一层故障点，反而降低了稳定性

话说回来，真正卡住你的，从来不是快捷键按得慢。而是搞不清哪一段 JS 正在被执行，哪一次 fetch 返回了空数组，哪一个 Promise 悄无声息地被 reject 了。这些问题，debugger; 只是一个入口，终归还是要切到 Chrome 的 Sources 面板，仔细查看 call stack、hover 观察变量值、右键 Copy value 做比对。Sublime 负责让你写得快，DevTools 负责让你查得准——把这两者的边界分清楚，比纠结任何一个快捷键的配置都要重要得多。