本文介绍在 Go 项目中因执行路径不同导致相对路径失效的问题，并提供基于 go/build 包获取包绝对路径的可靠解决方案，确保证书、配置等资源文件在 main 和 tests 等不同入口下均能正确定位。
本文介绍在 go 项目中因执行路径不同导致相对路径失效的问题，并提供基于 `go/build` 包获取包绝对路径的可靠解决方案，确保证书、配置等资源文件在 `main` 和 `tests` 等不同入口下均能正确定位。
在 Go 项目中，使用硬编码的相对路径（如 "../certs/ca.pem"）极易引发运行时错误——当程序从 main/main.go 启动时路径可解析，但从 tests/test.go 运行测试时却报 file not found。根本原因在于：Go 的相对路径始终相对于当前工作目录（os.Getwd()），而非源文件所在目录。而 go run main.go 与 go test ./... 通常在不同目录下执行（如项目根目录 vs. tests/ 子目录），导致 ../certs 解析结果不一致。
✅ 推荐方案：使用 go/build 包动态定位包根目录
go/build.Default.Import(..., build.FindOnly) 可根据导入路径（import path）查找到对应包在磁盘上的绝对路径，从而构建出稳定、可移植的资源路径：
import (
"path/filepath"
"go/build"
)
func getCertsDir() (string, error) {
// 替换为你的实际模块导入路径，例如：github.com/yourname/yourproject/main
importPath := "github.com/user/root/main"
p, err := build.Default.Import(importPath, "", build.FindOnly)
if err != nil {
return "", err // 例如：包未在 GOPATH 或 GOMOD 下被识别
}
return filepath.Join(p.Dir, "certs"), nil
}
⚠️ 注意事项：
- 此方法依赖 Go 工作区环境（即 GOPATH 已设置，且源码位于 GOPATH/src/ 或启用 Go Modules 时项目已正确初始化）；
- go/build 在 Go 1.16+ 中已被标记为 deprecated，官方推荐迁移至 golang.org/x/tools/go/packages 或更现代的资源绑定方式（见下文）；
- 若使用 Go Modules（推荐），更健壮的做法是将资源文件嵌入二进制（Go 1.16+ embed 包）：
import (
"embed"
"io/fs"
)
//go:embed certs/*
var certFS embed.FS
func loadCert(filename string) ([]byte, error) {
return fs.ReadFile(certFS, "certs/"+filename)
}
? 总结：避免硬编码相对路径；优先使用 embed（适用于编译期确定的静态资源），次选 go/build（需兼容旧项目）；切勿依赖 os.Getwd() 或 ../ 这类易受执行上下文影响的方式。统一资源定位逻辑，可显著提升代码在 CLI、测试、CI 等多场景下的稳定性。
