os.executable 返回当前可执行文件的绝对路径，实际读取 /proc/self/exe（linux）、/proc/curproc/file（freebsd）或 windows 的 getmodulefilename，会解析符号链接，但在 go run 或 ide 调试时可能返回错误路径或 panic。
os.Executable 返回的是什么路径
os.Executable 返回的是当前可执行文件的**绝对路径**，但这个“绝对”依赖于程序启动时的上下文：它实际读取的是 /proc/self/exe（Linux）、/proc/curproc/file（FreeBSD）或 Windows 的 GetModuleFileName，所以结果是内核记录的、启动该进程时使用的那个文件路径。
常见错误现象：os.Executable 在 IDE 里调试时返回的是 IDE 自己的可执行路径（比如 /Applications/GoLand.app/Contents/bin/goland），不是你写的程序；或者用 go run main.go 运行时直接 panic，因为此时没有“可执行文件”，只有临时编译产物。
- 必须用
go build构建后运行二进制，os.Executable才有意义 - 符号链接会被自动解析为真实路径（即返回 target 而非 link 本身）
- 在容器中运行时，如果挂载方式特殊（如只读根文件系统 + tmpfs /proc），可能因
/proc/self/exe不可读而报错
os.Executable 为什么有时返回空或 panic
根本原因就两个：没生成可执行文件，或系统不支持该机制。Go 1.16+ 对 os.Executable 做了容错，但低版本（如 1.15 及更早）遇到失败会直接 panic。
典型错误信息：executable not found: exec: "go": executable file not found in $PATH —— 这其实是调用链里某处误用了 exec.LookPath("go")，和 os.Executable 无关；真正属于它的错误是：executable path not available 或 open /proc/self/exe: no such file or directory。
- 避免
go run场景下调用os.Executable，改用runtime.Caller+filepath.Dir获取源码目录（仅限开发调试） - 生产环境务必用
go build -o myapp ./cmd/myapp构建后再运行 - 交叉编译后在目标平台运行前，确认目标系统支持
/proc/self/exe（例如某些精简版嵌入式 Linux 可能阉割 procfs）
获取可执行文件所在目录的正确写法
os.Executable 返回的是完整路径，要取目录得自己拆。别直接用 strings.Split 或手动截断，容易在 Windows 路径（带盘符、反斜杠）或特殊文件名（含 . 或 ..）上出错。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
正确做法始终用 filepath.Dir：
exePath, err := os.Executable()
if err != nil {
log.Fatal(err)
}
exeDir := filepath.Dir(exePath) // 自动处理 /、\、盘符、末尾斜杠等
-
filepath.Dir是跨平台安全的，不用判断 OS - 不要用
path.Dir，它不处理 Windows 路径 - 如果后续要拼配置文件路径，建议再套一层
filepath.Join(exeDir, "config.yaml")，别手拼字符串
替代方案：什么时候不该用 os.Executable
想“找配置文件”“找资源目录”“定位日志写入位置”——这些需求表面看是“找自身位置”，但本质是**部署约定问题**，硬绑死可执行文件路径反而脆弱。
比如 systemd 服务里用 WorkingDirectory=/opt/myapp，但二进制放在 /usr/local/bin/myapp，这时 os.Executable 返回的路径跟配置文件完全不在一个地方。
- 优先通过环境变量（如
MYAPP_CONFIG_DIR）或命令行参数指定路径 - 若必须自动推导，考虑先查
XDG_CONFIG_HOME或/etc/myapp/，再 fallback 到filepath.Dir(os.Executable()) - Docker 镜像里通常把二进制和配置分开挂载，
os.Executable的路径毫无参考价值
真正可靠的路径永远来自显式传入或标准约定，而不是靠猜可执行文件在哪。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
