Go环境搭建是编译链路起点，GOROOT必须正确指向安装路径以加载标准库，GOPATH在Modules模式下非强制但影响go install输出，需配国内代理如https://goproxy.cn,direct并验证go run、go mod init及go env。
Go 环境搭建不是“前置步骤”，而是编译链路的起点
Go 环境搭建直接决定你能否执行 go run、go build、go mod tidy 这些命令——它们不是“工具”，而是 Go 工具链本身。没有正确配置，go 命令根本不存在，更别说解析 go.mod 或调用 GOROOT 下的编译器了。
GOROOT 和 GOPATH 的实际影响早已分化
从 Go 1.16 开始，GOPATH 对普通项目已无强制要求；但 GOROOT 必须指向真实安装路径，否则 go 无法加载标准库（如 fmt、net/http）。
-
GOROOT错误（比如指向空目录或旧版本）→ 执行go run会报cannot find package "fmt" in any of ... -
GOPATH未设置或为空 →go get仍能工作（Go Modules 模式下），但go install默认会把二进制写入$GOPATH/bin，若该路径没加进PATH，生成的命令就找不到 - Windows 用户尤其注意：
GOROOT路径含空格（如C:\Program Files\Go）会导致go mod解析失败，必须用无空格路径
验证环境不能只靠 go version
go version 只说明 go 命令可执行，不代表开发链路完整。真正有效的验证是：
- 运行
go run编译并执行一个最小main.go（含import "fmt"）→ 检查标准库可用性 - 新建空目录，执行
go mod init example.com/test→ 检查模块初始化能力 - 执行
go env GOROOT和go env GOPATH→ 确认值与实际安装路径一致，且不为空（GOPATH在 Modules 模式下可为空，但GOROOT绝对不能为空）
代理配置是大陆开发者绕不开的实际环节
国内访问 proxy.golang.org 和 golang.org 域名常超时或失败，导致 go mod download 卡住或报 Get "https://proxy.golang.org/...": dial tcp: i/o timeout。
立即学习“go语言免费学习笔记（深入）”；
- 临时解决：执行
go env -w GOPROXY=https://goproxy.cn,direct - 永久生效需确认
go env -w写入的是当前 shell 的配置文件（如~/.zshrc），否则新开终端失效 - 注意：某些私有模块仓库（如公司内网 GitLab）需要在
GOINSECURE中显式添加域名，否则go mod拒绝走 HTTP
真正容易被忽略的，是 GOROOT 路径是否被其他 Go 安装覆盖，以及代理配置是否在多 shell 环境（如 VS Code 内置终端、iTerm、PowerShell）中全部生效。
