ctrl+/和ctrl+shift+/的行为由右下角语法名及选区状态决定，非智能识别；按了没反应或注释异常，90%因语法识别错误（如plain text）或输入法干扰。
Ctr+/ 和 Ctrl+Shift+/ 不是“自动识别语义”的智能键，它们的行为完全由右下角显示的语法名和当前选区状态决定；按了没反应、只注释不取消、或加错符号，90% 是语法识别错误或输入法干扰。
为什么 Ctrl+/ 按了没反应或只注释不取消
Sublime Text 从不靠文件后缀判断语言，只认右下角显示的语法名（比如 Plain Text 或 JavaScript）。如果显示的是 Plain Text、Unsupported syntax 或错切成 JSON，Ctrl+/ 就会静默失效——不报错、不加符号、也不提示。
- 新建未保存文件默认就是
Plain Text，必须手动点右下角 → 选Python、JavaScript等真实语法 - .env、.conf、.toml 这类冷门后缀文件也默认当
Plain Text处理，需手动切到Shell-Unix-Generic或INI - Windows 用户常见问题是中文输入法激活时劫持
/键，哪怕光标不在编辑区也会拦截，务必切英文输入法再试 - 插件如
Emmet、Vintage、Comment-Snippets可能覆盖原生快捷键，临时禁用可验证是否冲突
Ctrl+/ 和 Ctrl+Shift+/ 的行为差异不是“多按几次”，而是底层逻辑不同
Ctrl+/ 永远走 comment_line_start，Ctrl+Shift+/ 强制走 comment_start + comment_end。这不是 Sublime “智能判断”，而是硬匹配语法包里是否定义了这两个字段。
-
Ctrl+/：未选中时只处理光标所在整行；选中多行时，对每行开头单独加/删//或#，空行也会被加，缩进不一致不影响但可能破坏格式 -
Ctrl+Shift+/：尝试包裹整个选区，生成/* */（JS/CSS）或<!-- -->（HTML），但仅在语法明确定义了block_comment时才生效 - Python 默认没定义
block_comment，所以Ctrl+Shift+/在.py文件里基本无效；JSON 原生不支持注释，Ctrl+/也无效，得切到JSONC语法或装插件 - HTML 中若只选中半行标签内容（比如只选中
div），Ctrl+Shift+/可能生成不闭合的
