ctrl+/按了没反应，主因是右下角语法为plain text、中文输入法激活、插件冲突或光标位于字符串/注释内；需手动设语法、切英文输入法、禁用冲突插件，并注意其仅逐行处理选中内容。
Ctrl+/ 按了没反应？先看右下角语法名是不是 Plain Text
Sublime Text 不靠文件后缀判断语言，只认右下角显示的语法标识。如果显示 Plain Text、Unsupported syntax 或错切成 JSON，Ctrl+/ 就会静默失效——不报错、不加符号、也不提示。新建未保存的文件默认就是 Plain Text，必须手动设置：按 Ctrl+Shift+P → 输入 Set Syntax: Python（或对应语言）→ 回车。
Windows 用户常见干扰是中文输入法激活时劫持 / 键，切到英文状态再试；插件如 Emacs Pro Essentials 或 Comment-Snippets 可能覆盖原生行为，临时禁用可验证。
光标落在字符串内（如 "hello" 中）、已有注释行里、或折叠区域内部时，Ctrl+/ 默认不触发。
选中多行后 Ctrl+/ 到底做了什么
Ctrl+/ 从不自动推断语义块，它只响应「当前行 or 选中行」，行为非常确定但不智能：
- 未选中文本时：只操作光标所在整行（哪怕停在第 5 个字符，也整行加/删
//或#） - 选中多行时：对每行开头单独添加或移除行注释符，不是包裹式块注释
- 选中内容跨空行、缩进不一致、或混入已注释行时：仍逐行处理，可能导致格式错乱——建议先用
Ctrl+Shift+P→Indentation: Reindent Lines整理
想用 /* */ 或 包裹？别用 Ctrl+/，改用 Ctrl+Shift+/
Ctrl+/ 永远是行注释逻辑；真正能包裹选中内容的，是 Ctrl+Shift+/（Windows/Linux）或 Cmd+Option+/（macOS）。但它依赖当前语法是否定义了 block_comment 规则：
- JavaScript 语法下，选中代码按
Ctrl+Shift+/会生成/* ... */ - HTML 下会生成
<!-- ... --> - Python 默认不支持
""" """块注释快捷键，需安装插件或自定义 snippet - JSON 文件原生不支持注释，要么改用
JSONC语法（需装插件），要么临时切到JavaScript语法再注释
自定义快捷键强制走块注释或统一注释符
不想被语法绑定？可以绕过语言定义，直接绑定命令参数。例如，在 Preferences → Key Bindings 中添加：
[{"keys": ["ctrl+alt+/"], "command": "toggle_comment", "args": {"block": true}}]
这样就把新快捷键绑定到“强制块注释”，不依赖当前语法是否定义了 comment_block_start。若要强制行注释（比如屏蔽掉 JS 的块注释倾向），把 "block": true 改成 false。
注意：不要去改 Comments.tmPreferences 这类 plist 配置——太容易格式出错，且升级后易丢失。
真正难搞的场景其实是光标在中间位置插入 //（比如日志调试），这时快捷键完全不管用，列模式才是唯一可靠路径：按住 Alt（Win/Linux）或 Option（macOS），鼠标从第一行开头拖到最后一行目标列位置。
