Go中无自动推导项目根目录机制，需明确选择：os.Getwd()获取启动时工作目录，os.Executable()+filepath.Dir()获取二进制所在目录（go build有效），runtime.Caller(0)获取源码文件所在目录（开发调试适用）。
Go 里没有“自动推导项目根目录”的机制，所谓“绝对根路径”必须根据具体需求明确是哪一类路径：当前工作目录、可执行文件所在目录，还是源码文件所在目录。选错就容易在部署后读不到配置或资源文件。
os.Getwd() 获取的是启动时的当前工作目录
它返回的是进程启动时所在的目录（类似 shell 的 pwd），和代码放在哪无关。用 os.Getwd() 得到的路径在以下场景会出问题：
- 用户从其他目录运行二进制：
/usr/local/bin/myapp，但os.Getwd()返回的是/home/user - 程序被 systemd 或容器启动，默认工作目录可能是
/或/tmp - 用
go run main.go时，它返回的是你执行命令时所在的目录，不是源码目录
适合场景：临时文件、日志输出（按用户期望位置）、CLI 工具接受相对路径输入时做解析基准。
os.Executable() + filepath.Dir() 获取可执行文件所在目录
这是加载同目录下配置、模板、静态资源最稳妥的方式，但要注意两个关键点：
-
os.Executable()在go run下会 panic 或返回临时路径（如/tmp/go-buildxxx/b001/exe），只对go build后的二进制有效 - 必须用
filepath.Dir()提取目录，不能用strings.Split()或path.Dir()—— 后者不处理 Windows 反斜杠，跨平台会失效 - 如果二进制是符号链接，
os.Executable()默认返回目标路径；需要原始链接路径时得手动读/proc/self/exe（Linux）或处理异常
典型写法：
exePath, err := os.Executable()
if err != nil {
log.Fatal(err)
}
exeDir := filepath.Dir(exePath)
configPath := filepath.Join(exeDir, "config.yaml")
runtime.Caller(0) 获取源码文件所在目录（最接近 __dirname）
这是唯一能稳定拿到 main.go 或调用点所在目录的方法，适用于开发期调试、测试或需严格绑定源码结构的工具：
- 调用
runtime.Caller(0)得到当前函数的源码位置（file字段是完整路径） - 再用
filepath.Dir()提取该.go文件所在目录 - 不受工作目录、构建方式、符号链接影响，
go run和go build都一致 - 缺点是反射开销略高，且路径指向源码而非二进制，上线后若没带源码会失效（但通常只用于开发/测试逻辑）
示例：
_, filename, _, _ := runtime.Caller(0) dir := filepath.Dir(filename) // dir 就是当前 .go 文件所在目录
真正难的不是怎么写这三行代码，而是想清楚你到底要哪个“根”——是用户启动时的上下文，还是程序自身的部署位置，还是开发者编写时的源码结构。混用它们会导致本地跑通、线上报 No such file or directory，而且错误路径还经常看起来“差不多”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
