Ctrl+/ 是行级注释开关，仅在有效语法、英文输入法、光标不在字符串/折叠区等条件下生效；块注释需用 Ctrl+Shift+/ 且依赖语法定义的 block_comment 规则。
Ctrl+/ 为什么只注释一行，甚至没反应？
它根本不是“块注释”功能，而是严格按语法和选中状态触发的行级开关。没选中任何文本时，只处理光标所在整行；选中多行时，才对每行开头单独加/删 # 或 //。但前提是右下角语法名必须是有效语言（如 Python、JavaScript），而不是 Plain Text 或 Unsupported syntax。
- 新建未保存文件默认是
Plain Text，点右下角手动切为对应语言 - 中文输入法下
/键常被系统拦截，务必切英文输入法 - 光标落在字符串内、已折叠区域、或当前行已有注释但光标不在行首，
Ctrl+/会静默不响应 - 部分语言（如
JSON）原生不支持行注释，需装插件（如JSON with Comments）才能生效
真正能包裹代码块的快捷键是哪个？
用 Ctrl+Shift+/（Windows/Linux）或 Cmd+Option+/（macOS），但它是否生效，完全取决于当前语法是否定义了 block_comment 规则，且选区合规。
- JavaScript、CSS、HTML 支持
/* */或，该快捷键可生成包裹式注释 - Python、YAML、Shell 等语言默认不支持块注释，按了也只会退化为逐行加
# - 选区不能跨空行、不能混杂已注释行（如第2行已是
// todo），否则 Sublime 可能拒绝操作 - 不确定是否支持？按
Ctrl+Shift+P→ 输入Comment: Toggle Block Comment回车，看命令是否可用
如何让 .env 或自定义后缀文件支持注释？
Sublime 的注释行为完全依赖语法定义，跟文件内容无关。哪怕你写满 #，语法设成 Plain Text，Ctrl+/ 也只会机械插入符号，不做任何识别或移除逻辑。
- 先安装
PackageResourceViewer插件，用Ctrl+Shift+P→PackageResourceViewer: Open Resource找到ShellScript/Shell-Unix-Generic.sublime-syntax - 复制其内容，在
Preferences → Browse Packages → User下新建同名文件，顶部添加：comment_line_start: '#' - 再右键文件 →
Open all with current extension as…→ 选Shell-Unix-Generic - 之后
.env、.conf等文件就能正常响应Ctrl+/了
多行注释前最该做的三件事
别急着按快捷键，先检查这三项，能避开 80% 的格式错乱和失效问题。
- 按
Ctrl+Shift+P→ 输入Indentation: Reindent Lines整理缩进——尤其当选区含空行、缩进不齐或跨折叠区时 - 确认右下角语法名正确，且不是
Plain Text；临时切换可用Ctrl+Shift+P→Set Syntax: Python这类命令 - 避免光标停在字符串、正则字面量、或 JSX 表达式里——这些位置
Ctrl+/默认禁用，防止破坏结构
真正容易被忽略的是：Sublime 从不“猜”你在写什么，它只认语法定义里的 comment_line_start 和 block_comment 字段。哪怕你手写了一百行 //，语法设错，Ctrl+/ 就不会做任何智能移除。
