Ctrl+/ 改为 Ctrl+Shift+/ 可避免误触发，通过快捷键设置覆盖 editor.action.commentLine；files.autoSave 设为 onFocusChange 更安全，离开编辑器即保存；Pretterr 需配置 defaultFormatter 和 formatOnSave 并校准文件关联；禁用 explorer.experimental.fileContextMenu.enabled 可修复右键菜单混乱问题。
怎么把 Ctrl+/ 改成 Ctrl+Shift+/ 注释代码
默认的行注释快捷键 Ctrl+/ 在部分机械键盘或远程终端里容易误触发（比如和输入法快捷键冲突），改成 Ctrl+Shift+/ 更稳，而且不和 VS Code 内置的「块注释」Ctrl+K Ctrl+C 重叠。
- 按
Ctrl+K Ctrl+S打开快捷键设置，搜索editor.action.commentLine - 右键该命令 → 选择「更改键绑定」→ 按下
Ctrl+Shift+/→ 回车确认 - 如果提示“已被占用”，点「覆盖」即可（它默认绑定的是「触发建议」，实际极少手动触发）
- 改完立刻生效，不用重启；但注意：这个修改只对当前用户生效，不影响其他工作区
为什么 files.autoSave 设成 onFocusChange 比 afterDelay 更安全
很多人设成 afterDelay（比如 1000ms），结果切到浏览器查文档、切到终端敲命令时，代码还没来得及保存就崩溃了——VS Code 崩溃或系统断电时，延迟自动保存等于白存。
-
onFocusChange是真正“离开编辑器就保存”，哪怕你只是点了一下终端或 Git 面板，代码已落盘 - 它不依赖计时器，无竞态风险；实测在 WSL、Remote-SSH 场景下也稳定
- 唯一代价是：频繁切换标签页时磁盘写入略多，但对 SSD 几乎无感
- 配置位置：
settings.json里加"files.autoSave": "onFocusChange"
如何让 Prettier 真正接管 JS/TS 的格式化，而不是“点了没反应”
装了 Prettier - Code formatter 插件却格式化不了？大概率是 VS Code 默认用内置格式化器顶掉了它，或者语言关联没对上。
- 确保
settings.json中有这两项："editor.defaultFormatter": "esbenp.prettier-vscode"和"editor.formatOnSave": true - 检查
files.associations是否覆盖了.ts或.tsx：比如误写成"*.ts": "javascript"（应为"*.ts": "typescript"） - 如果项目有
.prettierrc，确认它没被.editorconfig或 ESLint 的prettier/prettier规则静默覆盖 - 临时验证：右键编辑器 → 「格式化文档」→ 看右下角状态栏是否显示 “Prettier” 而不是 “TypeScript”
为什么禁用 explorer.experimental.fileContextMenu.enabled 能少踩一半右键菜单坑
VS Code 1.85+ 默认开启实验性文件右键菜单，但它会把 Git、调试、扩展等大量上下文命令塞进同一个菜单，导致点击错位、响应延迟，甚至覆盖掉你常用插件的菜单项（比如 Path Intellisense 的「插入相对路径」）。
- 直接在
settings.json加一行："explorer.experimental.fileContextMenu.enabled": false - 重启资源管理器（
Ctrl+R或右键空白处刷新）后，右键菜单恢复精简、响应快、位置准 - 这不是放弃功能，而是把控制权交还给明确启用的插件——比如你要用「复制文件路径」，装
Copy Relative Path插件比等它从混乱菜单里翻出来快得多 - 该设置不影响编辑器内右键（如代码中的右键重构），只管左侧文件树
真正卡住人的从来不是“有没有配置”，而是某个开关开着却不知道它在后台悄悄改行为。比如 editor.detectIndentation 开着时，你手动调了 tabSize 却发现新开的 .py 文件还是缩进 4，因为文件头有 # vim: set ts=4 sw=4 sts=4: 这类元指令——这种细节，抄配置时根本不会写进 README。
