Go 1.6+ 启用 vendor 机制后，直接对单个测试文件（如 go test file_test.go）运行测试会导致 Go 构建器误将当前命令行视为独立包 command-line-arguments，从而错误解析 vendor 路径，引发“cannot find package command-line-a/vendor/...”类报错。
go 1.6+ 启用 vendor 机制后，直接对单个测试文件（如 `go test file_test.go`）运行测试会导致 go 构建器误将当前命令行视为独立包 `command-line-arguments`，从而错误解析 vendor 路径，引发“cannot find package command-line-a/vendor/...”类报错。
在 Go 1.6 及之后版本中，go test 默认启用 vendor 支持（GO15VENDOREXPERIMENT=1 已默认开启），但其行为严格依赖包上下文。当你执行：
go test email_test.go
Go 并不会自动推断该文件属于哪个包，而是将其当作一个临时的、匿名的命令行包（即 command-line-arguments），并尝试在 $GOROOT/src/command-line-a/vendor/ 或 $GOPATH/src/command-line-a/vendor/ 等路径下查找依赖——这些路径显然不存在，因此报出看似“诡异”的错误：
cannot find package "command-line-a/vendor/github.com/jpoehls/gophermail"
⚠️ 注意：该错误并非因 vendor 目录缺失或路径配置错误导致，而是 Go 构建模型的根本限制：go test [files...] 模式不支持 vendor 解析，也不识别当前工作目录所属的模块或包结构。
✅ 正确做法是始终基于包路径而非文件列表运行测试：
# ✅ 推荐：在包根目录下执行（自动识别 vendor 和包结构） cd ~/work/src/.../web/workers go test # ✅ 或显式指定包导入路径（需确保 GOPATH/GOPROXY 配置正确） go test .../web/workers # ✅ 若需测试特定文件组合且必须指定文件，仍需保证在包目录下，并使用 -run 过滤： go test -run ^TestSendEmail$ # 运行特定测试函数
? 补充说明：
- go run email.go 成功是因为 go run 对单文件有特殊处理逻辑，会自动解析其 package 声明并向上查找 vendor（但仍不推荐用于多文件项目）；
- vendor/ 目录必须位于包根目录的同级位置（即与 email_test.go 所属包的 import path 对应的目录平级），例如：若包导入路径为 .../web/workers，则 vendor/ 应位于 .../web/ 下；
- 在 Go Modules（Go 1.11+）时代，该问题已彻底解决——go test 始终基于 go.mod 解析依赖，不再依赖 vendor 目录位置；但若项目仍处于 GOPATH + vendor 模式，务必遵守上述包级调用规范。
总结：永远避免 go test xxx_test.go 这类文件直传方式；坚持 cd
