ctrl+/ 是行注释切换键，非块注释；真正块注释需 ctrl+shift+/（win/linux）或 cmd+option+/（macos），且依赖语言支持与选区合规。
Ctr+/ 不是块注释键，它只做行级切换；真正能包裹选中内容的块注释操作，必须用 Ctrl+Shift+/（Win/Linux）或 Cmd+Option+/（macOS），但前提是语言支持且选区合规。
Ctrl+/ 为什么有时只注释一行，有时又注释多行？
它根本就不是“块”逻辑，而是「当前行 or 选中行」的二元判断：
- 没选中文本时：无论光标停在第几个字符，都整行加/删
//或# - 选中多行时：对每一行开头插入或移除行注释符，不关心内容是否连贯
- 右下角显示
Plain text或Unsupported syntax：快捷键静默失效，不会报错也不会提示 - 中文输入法激活（尤其 Windows）：
Ctrl+/被系统拦截，看起来像没反应
Ctrl+Shift+/ 真的能做 /* */ 块注释吗？
能，但有硬性限制，不是所有语言、所有选区都适用：
MiniMax 媒体生成
下载
一款AI音频处理工具，主要用于MiniMax统一媒体生成技能，用于TokenPlan工作流。当用户要求生成音频、语音、TTS、旁白、图片、插图、姿势等媒体内容时使用，适合需要提升相关任务效率的用户。
- 仅当语法包明确定义了
blockComment规则才生效（如source.js、source.css、source.java） - 选区必须是完整逻辑行——不能只选半行，否则可能生成不闭合的
/*，破坏后续代码 - 在
.py文件里基本无效：Python 无原生块注释，语法包通常不定义blockComment - HTML 中若选中含标签的整行，可能只在行首加
<!--、行尾加-->，导致标签结构断裂
怎么让 .env、.sh、.conf 这类文件也支持可靠注释？
别等 Sublime 自动识别，直接改键绑定——这是最稳的解法：
- 进
Preferences → Key Bindings，在用户配置里加一条： [{"keys": ["ctrl+/"], "command": "toggle_comment", "args": {"block": false}, "context": [{"key": "selector", "operator": "equal", "operand": "source.shell, source.ini, text.env"}]}]-
"block": false强制走行注释逻辑，避免某些语言（如 JS）默认倾向/* */ -
context限定作用范围，不影响其他文件类型，保存后立即生效
快捷键彻底失灵时，列模式是唯一兜底方案
当语法未定义、插件冲突、或需要在缩进不齐的几行中间统一加 //（比如调试日志），Ctrl+/ 就完全不管用了：
- Windows/Linux：按住
Alt，鼠标左键从第一行拖到最后一行（列选择） - macOS：按住
Option，同样操作 - 松手后直接输入
//或#，所有行对应位置同步出现 - 这招不依赖语法识别，也不怕空行或缩进混杂，是真正兜底的批量注释手段
最容易被忽略的是作用域匹配机制——Sublime 不看文件后缀，而是看光标所在位置的 scope（比如 source.python 或 meta.function.python）。哪怕你打开的是 app.py，如果右下角显示的是 Plain text，那 Ctrl+/ 就永远不会加 #。
