包管理器安装Go不能“一行命令搞定全部配置”，它只安装二进制和基础工具链，GOPATH、GOPROXY、模块初始化等仍需手动干预；国内必须执行go env -w GOPROXY=https://goproxy.cn,direct，否则go mod download会超时失败，且需确保$HOME/go/bin已加入PATH并source生效。
包管理器安装 Go 不能“一行命令搞定全部配置”，它只负责安装二进制和基础工具链，GOPATH、GOPROXY、模块初始化等仍需手动干预——尤其在国内网络环境下，跳过代理配置会导致 go mod download 卡死或失败。
为什么 apt install golang-go 后 go run 还报错？
常见现象是执行 go run main.go 提示 command not found 或 no required module provides package。这不是安装失败，而是：
-
apt（Ubuntu/Debian）默认安装的是golang-go包，二进制路径为/usr/bin/go，已加入系统 PATH，所以go version能通过； - 但部分老教程误教用户额外设置
GOROOT=/usr/lib/go或GOPATH，反而覆盖了默认行为； - Go 1.16+ 默认启用模块模式，若项目目录下无
go.mod，go run会拒绝执行（不是 bug，是安全限制）。
dnf install golang 在 Fedora/CentOS 8+ 的实际效果
该命令安装的 Go 版本通常滞后于官方最新版（例如 2026 年中 Fedora 38 仓库仍为 go-1.21.10），但优势在于：
- 自动注册
/usr/lib/golang为GOROOT，无需手动设环境变量； -
go命令可直接调用，go env GOROOT返回正确路径； - 不干扰用户家目录下的
$HOME/go，go install生成的二进制默认放进$GOPATH/bin（即$HOME/go/bin），只要该路径在 PATH 中就能全局调用。
⚠️ 注意：dnf 安装的 golang 包不含 gopls 或 dlv，VS Code Go 扩展首次打开 .go 文件时仍会提示下载这些工具——它们不属于系统包管理器管辖范围。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
国内用户必须补的一步：go env -w GOPROXY
无论用 apt、dnf 还是 pacman 安装，只要后续要 go get 或 go mod tidy，就必须显式设置模块代理，否则大概率超时失败：
go env -w GOPROXY=https://goproxy.cn,direct
这个命令写入的是用户级配置（~/.go/env），优先级高于系统默认值，且对所有 Go 版本生效。验证方式：
go env GOPROXY
输出应为 https://goproxy.cn,direct。如果显示 https://proxy.golang.org,direct，说明没生效，检查是否用了 sudo go env -w（错误地写入了 root 用户配置）。
最易被忽略的点：包管理器安装的 Go 不处理 GOBIN 和 GOPATH/bin 的 PATH 注入。哪怕 go install 成功，生成的可执行文件也找不到——除非你确认 $HOME/go/bin 已在 shell 的 PATH 中，且已 source 过配置文件。
