VS Code中输入pkgm回车可快速生成main包结构，依赖Go插件内置代码片段，需确保文件为.go后缀、语言模式设为Go且光标位于空行或文件开头。
VS Code 里用快捷键快速生成 main 包结构
VS Code 安装好 Go 插件后，不需要手动敲 package main 和 func main() —— 输入 pkgm 后按回车，就自动生成标准入口模板：
package main
func main() {
}
这个快捷指令本质是 VS Code 的代码片段（snippet），依赖于 Go 扩展提供的内置 snippet。它只在 .go 文件中生效，且光标必须位于空行或文件开头才可靠触发。
- 如果
pkgm不响应，先确认文件已保存为.go后缀，且语言模式设为 Go（右下角状态栏检查） - 别在已有函数体内输
pkgm，它不会嵌套插入，而是可能覆盖当前行 - 生成后记得手动加
import "fmt"，再输入fp可补全fmt.Println("")
终端里用 code 命令快速打开项目目录
不是所有用户都知道：VS Code 安装时勾选了「Add to PATH」后，就能在任意终端直接用 code 打开当前目录。比如：
mkdir myapp && cd myapp code .
这比手动点开 VS Code、再用菜单「File → Open Folder」快得多。但容易被忽略的是：
立即学习“go语言免费学习笔记（深入）”；
-
code .必须在项目根目录执行，否则工作区识别错，Go 插件可能无法加载go.mod - 如果提示
command not found: code，说明安装时没勾选「Add to PATH」，需手动运行Shell Command: Install 'code' command in PATH（Cmd+Shift+P 调出） - macOS 上若用 zsh，有时需执行
source ~/.zshrc刷新环境变量才能立即生效
go run *.go 替代 go run main.go 避免包路径错误
VS Code 的 Code Runner 默认执行 go run "/path/to/file.go"，但 Go 要求整个包一起编译。单文件运行会报类似 package mypro/user is not in GOROOT 的错误 —— 因为 Go 查找包时依赖目录结构和 import 路径。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
解决方法是改 Code Runner 的配置，把执行命令从 "go": "go run" 换成：
"go": "cd $dir && go run *.go"
这样强制进入文件所在目录，再用通配符运行全部 .go 文件，等价于 go run .，能正确解析模块路径和 import 关系。
- 仅适用于单模块小项目；多包或多目录项目仍建议用
go run ./cmd/xxx显式指定入口 -
*.go会包含 test 文件（如xxx_test.go），导致编译失败，此时应改用go run main.go或明确列出主文件 - 该配置写在用户 settings.json 里，不是工作区 settings，避免不同项目互相干扰
一键拉取常用工具：Go: Install/Update Tools
VS Code 的 Go 扩展提供了一个图形化入口，按 Cmd+Shift+P 输入 Go: Install/Update Tools，全选后点击确定 —— 它会自动下载并安装 gopls（语言服务器）、goimports（自动整理 import）、dlv（调试器）等核心工具。
这个操作看似简单，但实际影响极大：
- 没装
gopls，VS Code 就没有跳转、补全、实时错误提示，只剩基础文本编辑 - 没装
goimports，保存时不会自动删未用包、排序 import，容易引发 CI 阶段go vet报错 - 如果网络卡在
golang.org/x/...，需提前设置代理：go env -w GOPROXY=https://goproxy.cn,direct
真正麻烦的不是安装本身，而是工具二进制文件默认落在 $GOPATH/bin，而 VS Code 可能没把这个路径加入 PATH —— 导致插件找不到可执行文件。最稳的做法是：安装完后重启 VS Code，并在终端运行 which gopls 确认路径，再检查 VS Code 设置里的 go.gopath 和 go.toolsGopath 是否匹配。
