os.Executable()返回当前可执行文件的绝对路径，但go run时指向临时编译路径，go build后才指向部署路径；需配合filepath.EvalSymlinks()解析符号链接并用filepath.Dir()提取目录，才能稳定获取程序所在目录。
Go 程序中 os.Executable() 返回的是什么路径
它返回的是可执行文件的绝对路径，但这个路径不一定是你期望的“当前项目根目录”——比如用 go run main.go 启动时，os.Executable() 指向的是临时编译出的二进制（如 /var/folders/.../go-build123456789/_obj/exe/main），不是源码所在目录。
真正稳定的路径来源是 os.Args[0] 或结合 filepath.EvalSymlinks() 处理符号链接后的结果。常见错误是直接用 os.Executable() 去读取同级配置文件，结果在 go run 下失败。
-
os.Executable()适合判断二进制位置，不适合定位项目资源 -
go build后运行时，os.Executable()才指向你部署的二进制路径 - 若需兼容
go run和go build，建议统一用os.Args[0]+filepath.Dir()+filepath.EvalSymlinks()
如何可靠获取当前程序“所在目录”（即二进制或源码所在父目录）
关键在于先拿到可执行路径，再解析其真实目录。不能只用 filepath.Dir(os.Args[0])，因为可能含相对路径或软链。
推荐写法：
立即学习“go语言免费学习笔记（深入）”；
execPath, err := os.Executable()
if err != nil {
log.Fatal(err)
}
execPath, err = filepath.EvalSymlinks(execPath)
if err != nil {
log.Fatal(err)
}
dir := filepath.Dir(execPath)
这段代码在 go run、go build && ./xxx、systemd 服务、docker 容器里都稳定返回二进制实际所在目录。注意：它不等于 pwd，也不受 cd 影响。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 不要用
os.Getwd()替代——那是进程启动时的工作目录，随时可能被os.Chdir()改变 - 如果程序需要读取
./config.yaml，应拼接为filepath.Join(dir, "config.yaml") - Windows 下路径分隔符会自动适配，无需手动替换
\或/
区分“运行环境目录”：开发态 vs 部署态的典型处理方式
所谓“运行环境目录”，往往指配置、日志、数据等外部资源的根位置。Go 本身不定义这个概念，需按场景约定：
- 开发阶段（
go run）：通常以源码根目录为基准，可用os.Getenv("GOPATH")+os.Getenv("GOEXE")推导，但更稳妥的是靠 git root 或go list -m查模块路径 - 生产部署（
go build）：建议通过命令行参数（-data-dir）、环境变量（APP_HOME）或硬编码默认路径（如/var/lib/myapp）控制 - 容器环境：优先读
os.Getenv("APP_ROOT")，fallback 到filepath.Dir(os.Executable())
一个实用技巧：用 go list -m -f '{{.Dir}}' 获取模块根目录（要求项目有 go.mod），比猜路径更可靠：
cmd := exec.Command("go", "list", "-m", "-f", "{{.Dir}}")
out, _ := cmd.Output()
rootDir := strings.TrimSpace(string(out))
常见陷阱：os.Getwd() 在 daemon 或 systemd 中失效
当程序作为守护进程、systemd 服务或 Docker 容器启动时，os.Getwd() 往往返回 / 或 /root，而非你预期的部署目录。这是因为 daemon 化过程重置了工作目录。
此时唯一可信的是可执行文件自身路径。如果你看到日志里报错 open ./config.yaml: no such file or directory，大概率就是误用了 os.Getwd()。
- 永远不要在初始化阶段依赖
os.Getwd()加载配置文件 - systemd service 文件中设置
WorkingDirectory=只影响os.Getwd()，不影响os.Executable() - Docker 中若用
COPY . /app，则filepath.Dir(os.Executable())是/app，而os.Getwd()默认是/
路径逻辑一旦写错，本地测试全过，上线就崩——这类问题往往要到日志里看 open 错误的具体路径才能定位。
