Sublime Text 注释快捷键生效需满足语法识别正确、英文输入法、光标不在字符串或折叠区；Ctrl+/ 为行注释切换，Ctrl+Shift+/ 尝试块注释包裹，实际行为取决于语法包定义的注释规则。
Sublime Text 的注释快捷键不是“设置出来”的，而是默认就存在，但必须满足三个前提才能生效：右下角语法识别正确、输入法为英文、光标不在字符串或折叠区内部。
Ctrl+/ 没反应？先确认右下角语法名是否匹配真实语言
Sublime 不靠文件后缀判断语言，只查右下角显示的语法名（比如 JavaScript 或 Plain Text）。如果显示 Plain Text、Unsupported syntax 或错切成 JSON，Ctrl+/ 就会静默失效——不报错、不加符号、也不提示。
- 新建未保存文件默认是
Plain Text，必须手动点右下角 → 选JavaScript或Python - .env、.conf、.toml 等冷门配置文件，需切到
Shell-Unix-Generic或INI才支持#注释 - Windows 用户要特别注意中文输入法常劫持
/键，切英文状态再试 - 插件如
Emacs Pro Essentials可能覆盖原生行为，临时禁用可验证
Ctrl+/ 和 Ctrl+Shift+/ 行为完全不同，不能混用
Ctrl+/ 是行注释切换器，永远只操作“行首”；Ctrl+Shift+/ 才尝试包裹选中内容为块注释（如 /* */ 或 <!-- -->），但它是否真能包裹，取决于当前语法是否定义了 blockCommentStart 和 blockCommentEnd。
- JavaScript 文件：选中 3 行按
Ctrl+/→ 每行加//；按Ctrl+Shift+/→ 包裹成/* */ - HTML 文件：选中整行按
Ctrl+/→ 插入<!-- -->；Ctrl+Shift+/可能无响应（部分 HTML 语法包没定义块注释） - Python 文件：无论按哪个，都不会生成
""" """—— 那是手动输入或插件行为，原生不支持 -
Ctrl+Shift+/要求选区是完整逻辑行，不能只选半行标签或字符串内部，否则可能生成不闭合的/*
自定义快捷键比改语法包更安全可靠
别碰 Comments.tmPreferences 这类 plist 文件——格式错一个字符就让整个语法注释失效，且 Sublime 升级后容易覆盖丢失。想让某类文件统一用指定注释符，直接改用户键绑定最稳。
- 强制
.env和.sh文件走行注释逻辑（避免 JS 语法包误倾向/* */）：[{"keys": ["ctrl+/"],"command":"toggle_comment","args": {"block": false},"context": [{"key":"selector","operator":"equal","operand":"source.shell, source.ini, text.env"}]}] - 新增一个专属块注释快捷键（比如
Ctrl+Alt+/）：[{"keys": ["ctrl+alt+/"],"command":"toggle_comment","args": {"block": true}}] - 所有修改都在
Preferences → Key Bindings的右侧用户配置区域添加
列模式是快捷键失效时的保底方案
遇到语法没定义、插件冲突、或需要在某几行中间位置插入 //（比如日志调试），快捷键就不管用了。这时候列模式是唯一可靠路径。
- 按住
Alt（Win/Linux）或Option（macOS），鼠标从第一行目标列拖到最后一行同列位置 - 松手后直接输入
//或#，它会逐行插入到该列 - 适用于调试时在多行开头加
console.log前缀、或批量补TODO标记
真正决定注释行为的不是快捷键本身，而是语法包里定义的 comment_line_start 和 blockCommentStart 规则。很多人卡在“按了没反应”，其实问题从来不在快捷键绑定，而在 Sublime 根本没认出你在写什么语言——这点最容易被忽略，也最难排查。
