go version报command not found不是没装好，而是PATH未生效；需确认Go的bin目录（如/usr/local/go/bin或C:\Go\bin）已加入系统PATH，并source配置文件（macOS/Linux）或重启终端（Windows）。
go version 报 command not found 怎么办
不是没装好，是 PATH 没生效。装完 go 后终端里执行 go version 报错，90% 是环境变量没刷进当前 shell。
- macOS/Linux：运行
which go，没输出就说明 PATH 里没加；检查安装路径（比如/usr/local/go/bin）是否写进了~/.zshrc或~/.bash_profile，然后执行source ~/.zshrc - Windows：用 PowerShell 运行
Get-Command go，失败就去「系统属性 → 高级 → 环境变量」确认C:\Program Files\Go\bin（或你自定义的路径）进了系统或用户 PATH - 别信安装器勾选的“添加到 PATH”——它可能没写对位置，或者根本没生效；重启终端是最稳妥的验证方式
交叉编译时 CGO_ENABLED=0 必须加吗
绝大多数自动化部署场景下，必须加。不加就容易在目标机器上启动失败，尤其 Linux 服务器没装 gcc 或 musl-dev 时。
-
CGO_ENABLED=1（默认）会链接 libc，依赖目标系统有对应 C 运行时；CGO_ENABLED=0强制纯 Go 编译，生成静态二进制，扔过去就能跑 - 只有当你用了
// #cgo、调了 C 函数、或依赖了含 cgo 的第三方包（如net包在某些 DNS 配置下）才可能需要开 CGO；但运维部署时建议先关掉，出问题再排查 - 常见组合：
CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -o app；M1 Mac 编 linux amd64 服务时，GOARCH 别错写成arm64
Shell 脚本里怎么安全执行 go build 并上传
别裸写 go build 就走，得判断构建是否真成功、文件是否存在、上传后权限是否正确。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 用
set -e开头让脚本遇到错误自动退出，避免后续命令误执行 -
go build后立刻检查$?，或直接用if ! go build -o "$BIN" main.go; then exit 1; fi -
scp传完记得加chmod +x远程文件，否则ssh user@host './app'会报 permission denied - 上传前可加校验：
sha256sum "$BIN"和远程ssh user@host 'sha256sum /path/app'对比，防传输损坏
VS Code 里 gopls 启动失败的硬伤点
不是插件没装对，是底层条件没满足。gopls 不是独立程序，它靠 go 命令驱动，且严格依赖项目结构。
立即学习“go语言免费学习笔记（深入）”；
- 确保当前目录有
go.mod——没有就先go mod init example.com/project；空目录或vendor/目录残留都会让 gopls 拒绝加载 - 检查
go env GOPATH和当前路径关系：如果项目在$GOPATH/src/xxx下，gopls 可能降级用老式 GOPATH 模式，导致模块识别错乱；建议所有新项目都放在任意非GOPATH路径下 - VS Code 设置里关掉
"go.useLanguageServer": false（如果开着），并确认go.toolsManagement.autoUpdate是 true，让 gopls 自动拉取匹配版本
