os.getwd() 返回进程启动时的工作目录，而非可执行文件所在目录；获取程序自身路径应使用 os.executable() + filepath.dir()，并用 filepath.join 拼接路径以确保跨平台兼容性。
os.Getwd 返回的是进程启动时的工作目录，不是可执行文件所在目录
很多人以为 os.Getwd() 能拿到 main.go 或二进制文件所在的路径，其实它返回的是你运行程序时所在的 shell 目录。比如你在 /tmp 下执行 ./myapp，os.Getwd() 就是 /tmp，哪怕 myapp 文件在 /home/user/bin 里。
常见错误现象：
– 配置文件读取失败（想读 ./config.yaml，但程序在别处启动）
– 日志写到意外路径
– 嵌入静态资源时路径拼接错乱
- 用
os.Getwd()前先确认你的使用场景：是需要“用户当前在哪启动的”，还是“程序自己放在哪” - 如果目标是可执行文件路径，得用
os.Executable()+filepath.Dir() -
os.Getwd()可能返回 error（比如工作目录被删除、权限不足），必须检查
获取可执行文件真实路径要用 os.Executable + filepath.Dir
Go 程序启动后，可以通过 os.Executable() 拿到二进制文件的绝对路径（符号链接会被自动解析），再用 filepath.Dir() 提取目录部分——这才是你通常想要的“程序根目录”。
示例：
exePath, err := os.Executable()
if err != nil {
log.Fatal(err)
}
exeDir := filepath.Dir(exePath) // 比如 /usr/local/bin
-
os.Executable()在 Windows 上返回.exe路径，在 Linux/macOS 上也可靠，但容器中若用scratch镜像可能不包含/proc，此时会 fallback 到空路径或报错 - 不要直接拼接
exeDir + "/config.yaml"，用filepath.Join(exeDir, "config.yaml")处理斜杠兼容性 - 如果你用
go run main.go启动，os.Executable()返回的是临时编译路径（如/tmp/go-buildxxx/xxx），不是源码目录——这时真要源码路径得靠构建标记或硬编码
go run 和 go build 的行为差异直接影响路径结果
go run 是编译临时二进制再执行，os.Executable() 指向那个临时路径；而 go build 出来的二进制，os.Executable() 才指向你预期的位置。
- 开发期调试时，别依赖
os.Executable()来加载同级配置——它可能在/tmp，而你的config.yaml在项目根目录 - 想统一行为？构建时加
-ldflags "-X main.appRoot=/path/to/project"注入路径，或用环境变量APP_ROOT显式指定 - 某些 CI/CD 场景下，工作目录和构建目录不同，
os.Getwd()和os.Executable()的差异会暴露得更明显
跨平台路径处理必须用 filepath，不能用字符串拼接
Windows 用反斜杠 \，Linux/macOS 用正斜杠 /。os.Getwd() 和 os.Executable() 返回的路径已经是平台原生格式，但手动拼接时极易出错。
- 永远用
filepath.Join(dir, "sub", "file.txt")，而不是dir + "/sub/file.txt" -
filepath.Clean()可标准化路径（比如处理../、重复斜杠），适合日志输出或调试打印 - 如果路径最终要传给
os.Open()或ioutil.ReadFile()，确保它不以./开头（相对路径仍依赖os.Getwd()），优先转成绝对路径
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
