ctrl+/仅注释光标所在行，非选中区域整体；多行需先整行选择（shift+alt+↓）或转多光标（ctrl+shift+l）再操作；shift+alt+a为块注释但依赖语言支持，跨语言稳定方案是ctrl+k c/u。
VSCode 里注释代码不繁琐，但默认行为和你直觉想的不一样——Ctrl+/ 从来就不是“选中几行就注释几行”的快捷键，它只管光标停在哪一行；Shift+Alt+A 也不是万能块注释，它对语言、选区、甚至末尾换行都敏感。
Ctrl+/ 只动光标所在行，不是选区
这是最常被误解的一点：Ctrl+/ 绑定的是 editor.action.commentLine 命令，它的设计目标就是「单行切换」。哪怕你用鼠标拖选了 8 行，只要光标最终落在第 2 行，按下去就只处理第 2 行。
- 常见错误现象：多行选中后按
Ctrl+/，只有第一行变化，其余无反应 - 正确做法：先用
Shift+Alt+↓（Windows/Linux）或Shift+Option+↓（macOS）做「整行选择」，再按Ctrl+/—— 这时每行都会被单独加/删注释符 - 光标在行尾空白处时，
Ctrl+/可能插入//到行末（如a = 1;//），看起来像失效；移到行首字母上重试 - 插件如 Vim 模式、Auto Close Tag 可能劫持该快捷键，可在命令面板运行
Preferences: Open Keyboard Shortcuts (JSON)检查editor.action.commentLine是否被覆盖
Shift+Alt+A 包裹失败，大概率是选区或语言问题
Shift+Alt+A 触发的是 editor.action.blockComment，它试图把当前选中文本用语言原生块注释符号包裹，比如 JS 用 /* */，Python 用 ''' '''。但它不看“你选了几行”，而看“你选了什么文本”以及“当前 languageId 支持什么”。
- 末尾没换行时，
Shift+Alt+A在 JSX 或 HTML 中容易吞掉下一行开头字符；建议选中前手动加个回车 - Python 文件里按
Shift+Alt+A基本没反应——因为 Python 不支持/* */，VSCode 也不会 fallback 到连续#；它直接跳过 - .tsx 文件若右下角显示的是
TypeScript而非TypeScript React，JSX 内部的{/* */}注释不会生效；手动切换或在.vscode/settings.json加"files.associations": {"*.tsx": "typescriptreact"} - CSS 文件中
Ctrl+/会插入/* */（因 CSS 不支持//），但Shift+Alt+A行为一致，不额外包裹
跨语言稳定方案：Ctrl+K Ctrl+C / Ctrl+K Ctrl+U
这两组快捷键不依赖语言模式判断，而是强制执行「行注释开关」，行为更可预测，适合调试时快速屏蔽多段逻辑。
-
Ctrl+K Ctrl+C：对当前选区每一行加行注释（即使某行已带注释符，也会再加一层） -
Ctrl+K Ctrl+U：统一取消所有行注释（不管嵌套几层，全清） - 它们对缩进不敏感，空行、注释行、混合 Tab/空格的行都能处理
- 在远程开发、语言服务器未就绪、或文件被识别为
Plain Text时，这组组合依然有效
为什么有时快捷键完全没反应
不是键盘坏了，90% 是 languageId 没对上。VSCode 的注释逻辑完全由 languageId 驱动，跟文件后缀无关。
- 右下角状态栏显示
Plain Text？点击它，手动选JavaScript、Python等 - 临时切语言：
Ctrl+K Ctrl+M→ 输入语言名（支持模糊匹配） - 永久修复：给文件加正确后缀，或在文件顶部加提示注释，如
// @ts-check（TS）、# -*- coding: utf-8 -*-（Python） - 某些键盘布局（如法语 AZERTY）可能让
/键需配合Shift才触发，导致Ctrl+/实际按出Ctrl+?；可改用命令面板执行Toggle Line Comment
真正卡住人的，从来不是快捷键记不住，而是误以为 VSCode 在“智能理解你的意图”。它只认三样东西：光标在哪、选区是什么、languageId 是什么。其他全是副产品。
