Go代码不能用Ctrl+K Ctrl+F格式化，因其默认绑定editor.action.indentationToBracket命令，仅调整缩进而不调用goimports/gofmt；需在keybindings.json中将该快捷键重绑定至editor.action.formatDocument并添加when条件“resourceLangId == 'go'”。
Go代码格式化为什么不能用 Ctrl+K Ctrl+F？
默认情况下，Ctrl+K Ctrl+F 在 VSCode 中绑定的是通用缩进调整命令 editor.action.indentationToBracket，它不触发 Go 语言的格式化逻辑。Go 需要调用 goimports 或 gofmt 等工具，而这些由 Go 扩展提供的格式化能力只响应 editor.action.formatDocument 命令。
所以即使你选中了 Go 文件，Ctrl+K Ctrl+F 也只会做空格对齐，不会重排 import、补全括号、修正换行——这不是 bug，是命令没绑对。
- 必须显式将
Ctrl+K Ctrl+F重绑定到editor.action.formatDocument - 加
"when":"resourceLangId == 'go'"条件，避免影响其他语言 - 若已启用
"editor.formatOnSave": true，手动格式化仍需快捷键支持调试/临时查看
Go块注释只能用 Shift+Alt+A？
是的。Ctrl+/ 在 Go 语言配置里只映射到 editor.action.commentLine，它严格按 "lineComment": "//" 插入，不识别选区是否适合包成 /* */。VSCode 不会自动降级或切换模式，也不会报错提示——看起来“没反应”，其实是执行了但不符合预期。
Shift+Alt+A 调用的是 editor.action.blockComment，它读取语言配置中的 "blockComment": ["/*", "*/"] 字段，对 Go 是安全且精准的。
立即学习“go语言免费学习笔记（深入）”；
- 必须先完整选中目标代码（不能跨空行断开）
- 选区含首尾空行时，
/*和*/会包住空行，建议清理后再操作 - 嵌套块注释会导致编译错误：
unexpected /*，Go 不支持嵌套 - 想换快捷键？可在
keybindings.json中把editor.action.blockComment绑定到Ctrl+Shift+/等更顺手的组合
实时错误检查不开，写 Go 就像蒙眼走路
Go 扩展默认只在保存时运行 gopls 检查，这意味着变量拼错、类型不匹配、未使用导入等问题要等你 Ctrl+S 才弹红波浪线——中间写的几十行可能全白费。
开启 "go.liveErrors": {"enabled": true} 后，gotype-live 会在后台持续分析，500ms 延迟足够平衡响应速度和 CPU 占用。
- 启用后首次编辑会提示安装
gopls和gotype，必须点“Install”否则不生效 - 错误直接显示在行尾（配合 ErrorLens 插件更直观），不用悬停或跳转到问题面板
- 若项目大、CPU 突增，可把
delay调高到 800–1000，别关掉
调试时别再点鼠标启动 launch.json
每次新建 Go 文件都要手动改 .vscode/launch.json 的 "program" 字段？没必要。"mode": "auto" + "program": "${fileDirname}" 已足够让 VSCode 自动识别当前文件为入口点。
真正卡住人的是：没配好 when 条件，导致快捷键在非 Go 文件里也触发，报错“no main package”还找不到原因。
- 确保
launch.json中"type": "go"且"request": "launch"正确 - 调试快捷键
F5默认依赖活动编辑器语言 ID，Go 文件里按才有效 - 如果
F5没反应，检查状态栏右下角是否显示 “Go” —— 若显示 “Plain Text” 或空白，说明文件没被识别为 Go - 文件名没
.go后缀、或顶部没package声明，都会导致识别失败
Go 开发中真正容易被忽略的不是快捷键本身，而是每个快捷键背后依赖的语言服务状态：gopls 是否就绪、文件是否被正确识别、扩展是否接管了 command 绑定。按了没反应，八成不是键位错了，是底层链路断在某一层。
