根本原因是shell找不到go可执行文件，因Go安装后默认未将bin目录加入$PATH；需确认go实际路径（如/usr/local/go/bin），再将该路径添加到对应shell配置文件的PATH中并重载。
go 命令报错 command not found 的根本原因
不是 Go 没装好，而是 shell 找不到 go 可执行文件。系统只在 $PATH 列出的目录里搜索命令，而 Go 安装后默认不会自动把 bin 目录加进 $PATH。常见现象是：下载解压完 go，运行 go version 却提示 command not found。
确认 Go 二进制文件实际位置
先别急着改配置，得知道你要加的是哪条路径。Linux/macOS 默认解压到 /usr/local/go，Windows 解压到类似 C:\Go。验证方式：
ls -l /usr/local/go/bin/go # 或 Windows PowerShell 中： Get-ChildItem "C:\Go\bin\go.exe"
如果输出显示文件存在，说明安装成功；如果报 “No such file”，回头检查解压路径或下载包是否完整（比如误下了源码包而非二进制包）。
将 go/bin 加入 PATH 的实操步骤
不同 shell 配置文件不同，改错地方就无效：
立即学习“go语言免费学习笔记（深入）”；
- bash 用户：编辑
~/.bashrc或~/.bash_profile - zsh 用户（macOS Catalina+ 默认）：编辑
~/.zshrc - fish 用户：编辑
~/.config/fish/config.fish
在对应文件末尾添加一行（以 Linux/macOS 为例）：
export PATH="/usr/local/go/bin:$PATH"
然后重载配置：
source ~/.zshrc # 或 source ~/.bashrc
验证是否生效：
echo $PATH | grep go which go go version
注意：Windows 用户需在「系统属性 → 高级 → 环境变量」中，把 C:\Go\bin 添加到「系统变量」或「用户变量」的 Path 中，**重启终端**才生效（CMD/PowerShell 不会自动读新变量）。
PATH 配置失效的典型陷阱
看似加了，却仍不认命令，大概率掉进这些坑：
-
export PATH=...写在配置文件中间，但前面有return或exit提前终止执行 - 用了错误的 shell 配置文件（比如 zsh 用户改了
.bashrc，但没 source 过） - PATH 中路径写错：漏掉
/bin（如写成/usr/local/go而非/usr/local/go/bin） - 多版本共存时路径冲突：比如旧版 Go 在
/opt/go/bin且排在$PATH前面，which go会返回旧路径
最稳的验证方式永远是：which go 输出路径必须和你 ls 看到的 go 文件路径一致。
