os.Getwd() 返回进程启动时的 shell 当前目录，非源码或可执行文件路径；常见失败原因包括工作目录被删除、权限不足或特殊文件系统限制，必须检查 error；与 os.Executable() 语义不同，后者返回二进制真实路径，两者不可混用。
os.Getwd() 返回的是进程启动时的 shell 当前目录，不是源文件位置，也不是可执行文件所在路径——这点不厘清，后续所有路径拼接都会出错。
os.Getwd() 调用失败的常见原因
它直接调用系统 getcwd(2)，所以失败往往来自底层环境，而非 Go 代码逻辑：
-
no such file or directory：工作目录被删除（比如挂载点卸载、容器 volume 意外 unmount） -
permission denied：当前用户对工作目录或其任意父目录缺少 x 权限（Linux/macOS 常见） -
invalid argument：极少见，可能发生在某些特殊文件系统或 chroot 环境中
忽略 err 是最危险操作。写成 wd, _ := os.Getwd() 在 CI 或 systemd 服务里会静默崩溃，日志里只留一个空指针 panic。
os.Getwd() 和 os.Executable() 的关键区别
两者语义完全不同，混用是配置加载失败的头号原因：
-
os.Getwd()→ 启动时你在哪敲的命令（cd /tmp && ./myapp就返回/tmp） -
os.Executable()→ 二进制文件真实磁盘路径（符号链接会被自动解析）
想读 ./config.yaml？用 os.Getwd()；想读和二进制同级的 config.yaml？必须先 exeDir, _ := filepath.Dir(os.Executable())，再 filepath.Join(exeDir, "config.yaml")。
立即学习“go语言免费学习笔记（深入）”；
go run 场景下 os.Getwd() 的行为陷阱
go run main.go 不是直接执行源码，而是编译到临时目录再运行：
-
os.Getwd()返回的是你执行go run时所在的目录（比如/home/user/project） -
os.Executable()返回的是类似/tmp/go-build123456789/b001/exe/main的临时路径
这意味着：测试时用 go run 能读到配置，打包后却找不到——因为生产环境里 os.Executable() 指向的是安装目录，而 os.Getwd() 可能是 / 或 /root。
如何安全拼接路径避免跨平台问题
别用字符串拼接：wd + "/conf/config.yaml" 在 Windows 上会变成 C:\project\conf/config.yaml（混合分隔符）：
- 一律用
filepath.Join()，它自动适配\或/ - 获取上一级目录用
filepath.Dir(wd)，不是strings.TrimSuffix(wd, "/") - 如果路径来自用户输入或配置项，先用
filepath.Clean()过滤../跳转风险
真正容易被忽略的，是 os.Getwd() 在容器或 systemd service 里默认工作目录常为 /，而你写的 ./data 就真会试图往根目录写文件——权限拒绝只是表象，根源是路径语义理解偏差。
