本文详解因系统中存在多个 go 安装版本（如 `/usr/bin/go` 与 `/usr/local/go/bin/go` 并存）导致 `go env` 不显示正确 gopath、`go get` 报“no go source files”等错误的根本原因及解决方案。
在 Go 开发中，GOPATH 设置正确只是前提，真正决定行为的是当前 Shell 中实际调用的 go 命令所属的 Go 安装版本及其内置配置逻辑。你遇到的错误：
/usr/lib/go/src/pkg/github.com/golang/protobuf/proto/text.go:39:2: no Go source files in /usr/lib/go/src/pkg/encoding
表面看是路径问题，实则是 Go 工具链试图从一个过时、不完整或非标准安装的 Go 发行版（如某些 Linux 发行版自带的 /usr/lib/go）中加载标准库源码——而该路径下 src/pkg/encoding 目录结构已废弃（Go 1.5+ 已移除 pkg/ 中间层，标准库路径应为 src/encoding），因此报错。
关键线索在于：你执行 echo $GOPATH 显示正常，但运行 go env GOPATH 却未返回预期值，甚至 go env 整体输出中缺失关键字段。这说明当前 go 命令并非你期望的现代 Go 安装（如从 https://www.php.cn/link/81836b7cd16991abb7febfd7832927fd 下载的官方二进制），而是旧版系统包（如 Ubuntu 的 golang 包），其 go env 实现可能不兼容新规范，且默认忽略用户设置的 GOPATH。
✅ 正确排查步骤如下：
-
确认实际调用的 go 路径：
which go # 输出示例：/usr/bin/go ← 危险！这是旧版 # 理想输出应为：/usr/local/go/bin/go 或 $HOME/sdk/go/bin/go
-
检查各 Go 版本的环境差异：
# 查看旧版 go 的环境（很可能无 GOPATH） /usr/bin/go env | grep GOPATH # 查看新版 go 的环境（应正确显示） /usr/local/go/bin/go env GOPATH
-
修正 PATH 优先级（永久生效）：
在 ~/.bashrc 或 ~/.zshrc 中将新版 Go 的 bin 目录置于 PATH 最前面：export PATH="/usr/local/go/bin:$PATH" # 注意：/usr/local/go/bin 在 $PATH 前！ # 或若使用 SDK Manager（如 gvm、goenv），则用对应路径 export PATH="$HOME/sdk/go/bin:$PATH"
然后重载配置：
source ~/.bashrc # 或 source ~/.zshrc
-
验证修复结果：
which go # 应输出 /usr/local/go/bin/go go version # 应为 1.19+（推荐最新稳定版） go env GOPATH # 应准确输出你设置的路径（如 $HOME/go） go env GOROOT # 应指向 /usr/local/go（非 /usr/lib/go）
⚠️ 补充注意事项：
- 不要混用系统包管理器安装的 Go 和官方二进制：Ubuntu/Debian 的 apt install golang 常含陈旧版本和非标准布局，建议卸载（sudo apt remove golang）后直接使用官方 .tar.gz 安装。
- GOPATH 在 Go 1.16+ 已非必需（模块模式默认启用），但 go get 仍依赖其定位 pkg/ 缓存；若使用模块，确保项目含 go.mod，并优先用 go install example.com/cmd@latest 替代全局 go get。
- 对于目标仓库 layeh/piepan，它依赖较老的 protobuf 库，建议在模块模式下显式指定兼容版本：
go mod init piepan && go get github.com/layeh/piepan@v0.1.0
完成上述配置后，go get 将基于正确的 Go 工具链解析路径，不再误入 /usr/lib/go/src/pkg/，问题彻底解决。
