Go 工具链要求所有导入路径必须是相对的（如 github.com/docker/swarm），而非文件系统绝对路径（如 /home/user/go/src/github.com/docker/swarm），这是由 Go 的模块和包导入模型根本决定的。
go 工具链要求所有导入路径必须是相对的（如 `github.com/docker/swarm`），而非文件系统绝对路径（如 `/home/user/go/src/github.com/docker/swarm`），这是由 go 的模块和包导入模型根本决定的。
在 Go 中，go install、go build 等命令并非基于文件系统路径执行编译，而是基于 导入路径（import path） 解析和加载包。导入路径本质上是一个逻辑标识符（例如 github.com/docker/swarm），它与代码在 $GOPATH/src 或模块根目录下的物理位置存在约定映射关系，但工具链本身不接受、也不支持将文件系统绝对路径作为导入路径使用。
当你执行：
go install $GOPATH/src/github.com/docker/swarm
Go 将该字符串视为一个“导入路径”，并尝试按字面解析为包名。由于路径以 / 开头（如 /home/user/go/src/github.com/docker/swarm），它被判定为非法的绝对导入路径——Go 规范明确禁止以 / 或驱动器盘符（Windows）开头的导入路径。错误信息 cannot import absolute path 正是这一限制的直接体现。
✅ 正确做法始终是：
- 确保当前工作目录位于包根目录下（即 $GOPATH/src/github.com/docker/swarm 或模块根目录），再运行 go install .；
- 或者，在任意目录下，通过其合法导入路径调用（前提是该包已正确置于 GOPATH 或启用 Go Modules 后位于 module-aware 目录中）：
# 假设项目已初始化为 Go 模块（含 go.mod） go install github.com/docker/swarm@latest
⚠️ 注意事项：
- Go 1.11+ 默认启用模块模式（GO111MODULE=on），此时 $GOPATH/src 不再是唯一源码位置，但导入路径仍必须符合 domain/repo/path 格式，不可替换为本地绝对路径；
- 即使使用 -mod=vendor 或 vendor/ 目录，vendor 内部的导入路径也必须保持逻辑相对性；
- 若需脚本化构建，推荐用 cd 切换后再执行，或使用 go run + 构建参数间接实现，而非强行拼接绝对路径。
总之，Go 的设计哲学强调可重现性与跨环境一致性——依赖逻辑路径而非物理路径，正是保障这一点的核心机制。绕过该机制不仅无效，还会破坏依赖解析、版本控制与远程构建能力。
