go环境配置关键在于goroot自动推导、gobin明确覆盖安装路径、go111module=on强制启用模块、goproxy=https://goproxy.cn,direct确保代理生效，且各变量需协同校验，不可孤立设置。
Go 语言环境不是装完 go 命令就万事大吉——GOROOT 和 GOBIN 混用、GO111MODULE 开关错位、代理失效却还在硬拉包，这些才是实际卡住人的地方。
确认 go 安装路径和 GOROOT 是否被手动污染
很多用户从官网下载二进制包解压后直接把 bin/go 软链到 /usr/local/bin，但忘了清理旧的 GOROOT 环境变量。结果 go env GOROOT 显示的是旧路径，而 go version 却报错找不到 runtime/cgo。
- 执行
go env GOROOT，输出必须和你实际解压的 Go 根目录完全一致（比如/usr/local/go） - 如果输出异常，不要手动设
GOROOT——删掉所有export GOROOT=...，让go自己推导 -
go install默认把可执行文件放进$(go env GOPATH)/bin，不是GOROOT/bin；GOBIN是覆盖该行为的开关，但多数情况不需要设
module 初始化失败：GO111MODULE 和 GOPROXY 怎么配才不报错
go: cannot find main module 或 Get "https://proxy.golang.org/...": dial tcp: lookup proxy.golang.org: no such host 这类错误，本质是模块模式和代理没对齐。
-
GO111MODULE=on是推荐值（1.16+ 默认开启），但若项目在$GOPATH/src下且没go.mod，会强制要求初始化模块 - 国内务必设代理：
go env -w GOPROXY=https://goproxy.cn,direct（注意逗号后不能有空格） - 禁用代理时用
go env -w GOPROXY=direct，但别混用off和direct——前者关闭模块，后者只关代理 - 首次
go run .会自动生成go.mod，但若当前目录已有同名文件且语法错误，会静默失败，建议先rm go.mod再试
go run 和 go build 的工作目录与 import 路径陷阱
写好 main.go 后执行 go run main.go 成功，但换成 go run . 就报 cannot load ...: module declares its path as ...，问题出在模块路径声明和当前目录结构不匹配。
-
go run .会读取当前目录下的go.mod，并检查其中module example.com/foo是否与实际 import 路径一致 - 如果
go.mod里写的是module github.com/you/project，但代码里 import 了"example.com/lib"，就会报错 - 临时调试建议统一用
go run main.go绕过模块路径校验；正式开发必须保证go mod init xxx的参数和后续所有import前缀严格一致 -
go build输出的二进制默认放在当前目录，不是GOBIN，除非加-o指定路径
真正麻烦的从来不是“怎么装”，而是 go env 输出里那些看似无关的字段如何相互咬合——比如 GOPATH 影响 go get 存放位置，GOPROXY 控制是否走缓存，而 GOOS/GOARCH 在交叉编译时又悄悄改写构建行为。每个变量都不是孤立的，动一个就得看三个。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
