Go 1.5 起引入 vendor 机制，但若项目未置于 $GOPATH/src 下，go build 和 go run 将忽略 vendor 目录——这是导致 “cannot find package” 错误的最常见原因。
go 1.5 起引入 vendor 机制，但若项目未置于 `$gopath/src` 下，`go build` 和 `go run` 将忽略 vendor 目录——这是导致 “cannot find package” 错误的最常见原因。
要使 Go 正确识别并使用 vendor/ 目录中的依赖（如通过 Glide 或 dep 管理的 github.com/gin-gonic/gin），项目必须位于 $GOPATH/src 的子路径下。Go 工具链仅在 $GOPATH/src 内执行时才启用 vendor 解析；若项目位于任意其他路径（例如 ~/myproject），即使存在 vendor/ 目录，Go 仍会跳过它，并仅搜索 $GOROOT/src 和 $GOPATH/src 中的包。
✅ 正确的项目结构示例：
$GOPATH
└── src
└── myapp/ # 项目根目录（必须是 src 的直接子目录）
├── main.go
├── glide.yaml
├── glide.lock
└── vendor/
└── github.com/
└── gin-gonic/
└── gin/ # vendor 内容由 glide install 自动生成
⚠️ 常见错误与修正：
- ❌ 错误：将项目放在
~/goprojects/myapp/，仅把该路径加入$GOPATH（如GOPATH=~/goprojects:$GOPATH）
→ Go 会尝试在~/goprojects/src/...中查找包，而非~/goprojects/myapp/vendor/ - ✅ 正确：确保
$GOPATH指向工作区根目录（如/home/yowmamasita/goprojects），且项目位于/home/yowmamasita/goprojects/src/myapp/export GOPATH="$HOME/goprojects" mkdir -p $GOPATH/src/myapp cd $GOPATH/src/myapp # 此时 glide get / go run 才能正确识别 vendor
? 验证方式：
运行 go env GOPATH 确认值无误；执行 go list . 应成功输出当前包路径（如 myapp），而非报错 cannot find package。
? 补充说明：
- Go 1.11+ 默认启用 Go Modules，已逐步取代 vendor + GOPATH 模式；但若使用 Go 1.7–1.10 且启用了 vendor，严格遵守
$GOPATH/src结构仍是必要前提。 - Glide 本身不修改 Go 的行为——它只生成
vendor/和锁文件；最终是否使用 vendor，完全由 Go 编译器根据项目位置决定。
总结：vendor 不是“全局开关”，而是“路径敏感特性”。将项目移入 $GOPATH/src 是解决该问题的根本方案，无需额外标志或环境变量。
