该错误源于将第三方包（如 gopkg.in/yaml.v2）误用于标准包上下文，本质是 Go 工作区路径配置不当或模块初始化缺失，需确保项目位于 GOPATH/src 下或启用 Go Modules。
该错误源于将第三方包（如 `gopkg.in/yaml.v2`）误用于标准包上下文，本质是 go 工作区路径配置不当或模块初始化缺失，需确保项目位于 `gopath/src` 下或启用 go modules。
在 Go 语言中，non-standard import 错误（如 Error: Non-standard import "gopkg.in/yaml.v2" in standard package）并非语法错误，而是 Go 构建系统对包归属路径的严格校验结果。其根本原因在于：Go 将 GOROOT 下的包视为“标准库”，而所有第三方包（包括 gopkg.in/yaml.v2）必须位于 GOPATH/src（旧式 GOPATH 模式）或通过 Go Modules 管理（推荐方式），否则编译器会误判当前包为“标准包”，从而拒绝导入非标准依赖。
✅ 正确做法（推荐：使用 Go Modules）
自 Go 1.11 起，官方强烈推荐使用 Go Modules（而非 GOPATH）管理依赖。它完全解耦项目路径与环境变量，且兼容任意目录结构：
-
初始化模块（在项目根目录执行）：
go mod init your-module-name # 如：go mod init example.com/boxcar
-
导入并使用 yaml 包（无需手动 go get，Go 会自动拉取）：
package main import ( "os" "net" "gopkg.in/yaml.v2" // ✅ 合法 —— Modules 模式下，此导入完全有效 ) func main() { data := map[string]interface{}{"name": "boxcar"} b, _ := yaml.Marshal(data) os.Stdout.Write(b) } 运行 go run start.go 即可成功编译，go.mod 和 go.sum 文件将自动生成并记录依赖版本。
⚠️ 注意事项
不要混用 GOPATH 和 Modules：若项目根目录存在 go.mod 文件，Go 默认启用 Modules 模式，此时 GOPATH 设置将被忽略；反之，若无 go.mod 且未设置 GO111MODULE=off，Go 会回退至 GOPATH 模式。
-
避免 package main; 这类分号写法：Go 规范要求 package main 后不加分号，虽然部分旧版编译器容忍，但建议统一为：
package main // ✅ 正确 import ( "os" "net" "gopkg.in/yaml.v2" ) -
替代方案（仅限遗留项目）：若坚持使用 GOPATH 模式，请确保：
- 项目代码置于 $GOPATH/src/your-project/ 目录下；
- 执行 go get gopkg.in/yaml.v2 后，该包将被下载至 $GOPATH/src/gopkg.in/yaml.v2；
- 当前工作目录必须是 $GOPATH/src/your-project，否则 Go 无法识别其为非标准包。
? 总结
该错误本质是 Go 对包作用域的保护机制，而非导入语句本身有误。现代 Go 开发应默认启用 Modules（Go 1.16+ 默认开启），通过 go mod init 初始化项目即可一劳永逸规避此类路径问题。 同时，gopkg.in/yaml.v2 已趋于稳定，但更推荐升级至官方维护的 github.com/go-yaml/yaml/v3（支持更丰富的 YAML 1.2 特性及更好性能）。
