go 1.6.2 原生支持 vendor 机制，但要求 vendor 目录必须严格位于 gopath/src/ 路径下；若置于项目根目录（与 src 平级），则 go 工具链将完全忽略该目录，导致包导入失败。
go 1.6.2 原生支持 vendor 机制，但要求 vendor 目录必须严格位于 gopath/src/ 路径下；若置于项目根目录（与 src 平级），则 go 工具链将完全忽略该目录，导致包导入失败。
在 Go 1.5 引入 vendor 实验性支持、Go 1.6 正式启用 vendor 机制后，Go 编译器和工具链（如 go build、go test）会按特定规则查找依赖：仅当 vendor 目录位于当前包所在路径的 src/ 子树内，且其父路径属于 GOPATH/src 的某个子路径时，才会被启用。这意味着 vendor 目录不能随意放置——它必须是某个 Go 包源码路径（即以 GOPATH/src/... 开头的路径）的直接子目录。
在你的项目结构中：
. ├── glide.yaml ├── glide.lock ├── bin ├── pkg ├── src # ← GOPATH/src 指向此处 └── vendor # ❌ 错误：与 src 平级，不在 src 子树中
虽然 GOPATH=/home/charney/myproject，但 Go 实际只将 /home/charney/myproject/src 视为有效源码根目录。此时 vendor/ 位于项目根下，不属于任何 src/... 路径的子目录，因此 Go 完全不扫描它，转而回退到 $GOROOT 和 $GOPATH/src 查找包，自然找不到 golang.org/x/net/context。
✅ 正确做法是将 vendor/ 移入 src/ 内部，例如：
.
├── glide.yaml
├── glide.lock
├── bin
├── pkg
└── src
└── vendor # ✅ 正确：vendor 是 src 的子目录，且与你的代码包同处 src 树下
└── golang.org/x/net/context/
? 补充说明：假设你的主模块代码位于 src/myapp/，则推荐结构为：
src/ ├── myapp/ # 你的应用代码 └── vendor/ # 所有依赖包
此外，请确保：
- go version 确实为 go1.6.2（可通过 go version 验证）；
- 未设置 GO15VENDOREXPERIMENT=0（Go 1.6 默认启用 vendor，禁用该环境变量即可）；
- Glide 安装依赖时使用 glide install（而非 glide get），以确保 vendor 目录内容与 glide.lock 一致。
验证修复是否生效：运行 go list -f '{{.Dir}}' golang.org/x/net/context，若输出类似 /home/charney/myproject/src/vendor/golang.org/x/net/context，说明 vendor 已被正确识别；此时 go test ./... 应能正常执行。
总结：Go 的 vendor 机制不是“项目级”而是“包路径级”的——它依赖于 Go 包的物理路径层级关系。务必让 vendor/ 成为 GOPATH/src/ 下任意包目录的兄弟或子目录，这是 Go 1.6+ 正确解析 vendored 依赖的前提。
