ctrl+/始终作用于整行而非光标位置，因其底层命令editor.action.commentline设计为行级操作，只判断整行是否已有注释符并统一加删，不分析语法结构或光标所在代码位置。
Ctrl+/ 不是行内注释，它永远作用于整行——所谓“行内注释”是误解，VSCode 从不把注释插在代码中间（比如 a = 1 // 这里），而是严格加在行首或包裹成块。
为什么 Ctrl+/ 总是加在行首，而不是光标位置？
VSCode 的 editor.action.commentLine 命令设计就是「行级操作」：它只检查光标所在行是否已有行注释符（如 //、#），然后整行加或删。它不会分析语法结构，也不关心光标停在 const a = 1| + 2; 的哪个位置。
- 如果你想要
const a = 1; // 调试用这种效果，得手动把光标移到行尾再输入//，VSCode 不会自动补空格或对齐 - 按
Ctrl+/后发现注释出现在行末（如const a = 1;//），大概率是光标在行尾空白处触发了「插入模式」而非「切换模式」——把光标移回行首字母上再试 - 某些语言（如 CSS）根本不支持单行注释，
Ctrl+/会 fallback 到/* */块注释，且强制放在行首，无法塞进声明中间
想在 JS/TS 中给 JSX 元素内部加 {/* */} 注释，必须满足什么条件？
不是文件后缀决定的，是当前 languageId。`.tsx` 文件默认可能是 typescript，但只有 typescriptreact 才启用 JSX 注释支持。
- 点击右下角语言标识（如显示
TypeScript），手动选TypeScript React - 永久生效：在工作区
.vscode/settings.json加"files.associations": {"*.tsx": "typescriptreact"} - 验证方式：按
Ctrl+Shift+P→ 输入Developer: Inspect Editor Tokens and Scopes，看languageId是否为typescriptreact - 注意：
Ctrl+/在 JSX 标签内（如<div>{<!-- cursor here -->}</div>）才插入{/* */}；在const a = 1;这类 TS 逻辑行仍用//
多光标场景下，Ctrl+/ 为什么有时只处理部分光标？
VSCode 对每个光标单独执行「行注释切换」，但前提是该光标所在的行能被当前 languageId 解析出注释规则。一旦某光标落在无注释支持的语言区域（比如 JSON 文件、折叠行、或 languageId 为 plaintext 的行），那一处就静默跳过。
- 常见陷阱：在混合文件（如 Markdown 中嵌 JS 代码块）里开多光标，
Ctrl+/只对 JS 代码块内的光标生效，Markdown 段落里的光标完全没反应 - 调试方法：把每个光标单独移到行首，分别按
Ctrl+/，看哪一行失败——失败点通常暴露 languageId 问题 - 替代方案：用命令面板运行
Toggle Line Comment，它比快捷键更稳定，不依赖焦点位置
真正接近“行内注释”的实用替代方案有哪些？
放弃用 Ctrl+/ 塞注释到代码中间，转而用更可控的方式：
- 手敲
//或/*：VSCode 会自动补全*/和缩进，比快捷键更精准 - 选中变量或表达式（如
a + b），按Ctrl+Shift+A（Windows/Linux）——JS/TS 下会生成/* a + b */，可直接嵌入语句 - 自定义代码片段：比如设前缀
cc展开为// $1，按Tab后光标停在注释内容位，适合快速补说明 - 别依赖快捷键处理复杂场景：像 Python 的
print(a, b) # debug，老老实实手输#，省去排查 languageId 的时间
最易被忽略的一点：VSCode 的注释行为不是“智能推断”，而是严格查表——它只认配置好的 comments.lineComment，没配就报错或静默，没有兜底逻辑。
