go命令找不到通常因系统包管理器安装路径或版本问题，而非未安装；ubuntu需装golang-go而非golang，centos需启用epel源，arch/opensuse存在goroot路径偏差，验证应聚焦which go、go env及go mod init是否执行。
go 命令找不到，大概率不是没装，而是系统包管理器装的 Go 没配好路径或版本太旧——别急着手动解压，先确认你用的是哪个发行版、装了什么包、go 实际在哪儿。
Ubuntu/Debian 上 apt install golang 为什么经常不生效
因为 Ubuntu 官方仓库里默认提供的是 golang 元包（只含文档和依赖声明），真正带 go 二进制的包叫 golang-go。装错包就等于啥都没装。
- 必须运行
sudo apt install golang-go，不是golang - 装完后
which go应该返回/usr/bin/go，而非报错 -
go env GOROOT通常为空——这是正常的，apt安装的 Go 不依赖GOROOT环境变量，二进制和标准库路径已硬编码 - 若仍提示
command not found，检查是否执行过apt update；部分老旧镜像源可能索引未更新
CentOS/RHEL/Fedora 中 yum 和 dnf 安装差异
CentOS 7 必须先启用 EPEL 源，否则 yum install golang 会失败；而 Fedora 或 RHEL 8+ 直接 dnf install golang 就行，但要注意：这个包只含编译器，不含 go 命令行工具链的完整集（比如缺 go doc）。
- CentOS 7：先
sudo yum install epel-release，再sudo yum install golang - Fedora/RHEL 8+：
sudo dnf install golang即可，go version能跑通，但go tool compile可能报错——这不是环境问题，是包拆分导致的，不影响日常开发 - 所有情况都建议立刻验证：
go version和go env GOPATH；GOPATH默认为$HOME/go，但现代 Go 模块项目无需它参与构建
Arch Linux 和 openSUSE 的“开箱即用”陷阱
pacman -S go 和 zypper install go 看似最省事，但 Arch 的 go 包默认不写入 GOPATH，openSUSE 的 go 包则可能把 GOROOT 设为 /usr/lib64/go —— 这些路径和官方文档预期不一致，容易在后续 go install 或交叉编译时出错。
- Arch 用户装完应手动检查：
go env GOROOT输出是否合理；若为空，go仍可用，但某些工具（如gopls）可能误判环境 - openSUSE 用户若遇到
cannot find package "fmt"类错误，大概率是GOROOT指向了错误目录，可临时用export GOROOT=/usr/lib64/go修正 - 两者都不需要额外配置
PATH，但若用了 zsh 或 fish，记得确认 shell 配置文件没覆盖掉系统级路径
为什么 go version 成功但 go run 报错“no Go files”
这不是安装问题，是 Go 模块初始化缺失。包管理器安装的 Go 默认支持模块（Go 1.11+），但不会自动帮你初始化项目目录。
- 新建目录后，必须先执行
go mod init example.com/hello才能用go run编译单文件 - 如果跳过这步直接
go run main.go，Go 会尝试在当前目录找go.mod，找不到就报错，和GOROOT或GOPATH无关 - 老式 GOPATH 模式下可免
go mod init，但不推荐——包管理器安装的 Go 版本基本都 ≥1.16，强制启用模块模式
which go、go env 输出、以及是否漏掉 go mod init 这三件事。其他都是路径和权限的细节问题。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
