Go 不支持直接指定 go get 将代码下载到多个 GOPATH 中的某一个，其默认行为始终写入第一个路径；若需精确控制目标位置，应临时设置单一 GOPATH 环境变量后再执行 go get。
go 不支持直接指定 `go get` 将代码下载到多个 gopath 中的某一个，其默认行为始终写入第一个路径；若需精确控制目标位置，应临时设置单一 gopath 环境变量后再执行 `go get`。
在 Go 1.11 之前（尤其是 GOPATH 模式下），go get 命令会将源码克隆至 $GOPATH/src/<import-path>，并自动构建、安装二进制或包文件到对应 pkg/ 目录。当 GOPATH 设置为多路径（如 export GOPATH=$HOME/Work:$HOME/HomeWork）时，go get 始终仅使用第一个路径（即 $HOME/Work）进行写入——这是 Go 工具链的硬性约定，无法通过参数绕过。
因此，若希望将 github.com/gin-gonic/gin 显式安装到 HomeWork 目录下，正确做法是临时覆盖 GOPATH 为单一路径：
# 临时将 GOPATH 设为 HomeWork（仅本次命令生效） GOPATH="$HOME/HomeWork" go get -d github.com/gin-gonic/gin
其中 -d 参数表示“仅下载不构建”，避免因依赖缺失或环境差异导致失败；若需同时构建和安装（如生成 .a 文件或可执行工具），可省略 -d：
GOPATH="$HOME/HomeWork" go get github.com/gin-gonic/gin
执行后，源码将位于：
$HOME/HomeWork/src/github.com/gin-gonic/gin
编译产物（如静态库）则存于：
$HOME/HomeWork/pkg/linux_amd64/github.com/gin-gonic/gin.a # 示例平台路径
⚠️ 注意事项：
- 不要尝试手动移动 src/ 下的仓库目录——Go 工具链不会识别非 GOPATH 首路径中的包，且 go build 或 go install 可能报 cannot find package 错误；
- 多 GOPATH 并非推荐实践。官方 Wiki 明确指出：“即使 GOPATH 支持多路径，也应统一使用单个 GOPATH”（Go Wiki: GOPATH），因其简化依赖解析、避免版本冲突与工具链兼容性问题；
- 若你实际需要隔离工作区（如公司项目 vs 个人学习），更现代、推荐的方式是启用 Go Modules（Go 1.11+ 默认支持）：无需 GOPATH，直接在项目根目录 go mod init example.com/myapp，再 go get github.com/gin-gonic/gin 即可——模块依赖统一记录在 go.mod 中，完全脱离 GOPATH 约束。
总结：精准控制 go get 目标路径的唯一可靠方式，是临时设置单一 GOPATH 环境变量；但长远来看，迁移到模块化工作流（go mod）才是符合 Go 生态演进方向的最佳实践。
