os.Getwd() 返回进程启动时的 shell 当前目录，而非源文件或可执行文件所在目录，因其直接调用操作系统 getcwd(2) 系统调用；例如在 /home/user/project 下执行 go run ./cmd/main.go，返回值即为 /home/user/project，与 main.go 物理位置无关。
os.Getwd 是 Go 获取当前工作目录最直接的方式，但它返回的是进程启动时的目录，不是源文件所在目录，也不是 go run 所在路径——这点极易误用。
为什么 os.Getwd 返回的不是 .go 文件所在目录？
它调用的是操作系统层面的 getcwd(2) 系统调用，反映的是当前进程的工作目录（即 shell 中执行命令时所在的目录），与 Go 源码位置完全无关。比如你在 /home/user/project 下执行 go run ./cmd/main.go，os.Getwd() 返回的就是 /home/user/project，哪怕 main.go 在 ./cmd/ 子目录里。
常见错误现象：
- 读取配置文件失败，因为代码假设
os.Getwd()能定位到项目根目录，结果在 CI 或容器中路径不一致 - 打包成二进制后，
os.Getwd()返回的是用户执行命令的任意路径，导致相对路径失效
如何可靠获取可执行文件或源码所在目录？
如果目标是“找到 main 包所在目录”或“程序自身部署位置”，得用 runtime.Executable() + filepath.Dir()：
import (
"os"
"path/filepath"
"runtime"
)
func getExecutableDir() (string, error) {
exePath, err := os.Executable()
if err != nil {
return "", err
}
return filepath.Dir(exePath), nil
}
注意：
-
os.Executable()在go run时返回临时编译路径（如/tmp/go-buildxxx/.../main），不适用于开发期调试 - 若需开发期也稳定定位项目根目录，建议传入标志（如
-config-dir）或约定环境变量（如APP_ROOT） - 交叉编译或 UPX 打包后，
os.Executable()仍有效；但某些嵌入式环境可能返回空，需加 fallback
os.Getwd 的典型适用场景和风险点
它适合用于“用户明确以当前目录为上下文运行程序”的场景，例如 CLI 工具处理当前目录下的文件列表、生成报告等。
但必须意识到：
- 它可能被
os.Chdir()修改，后续调用结果会变 - 在 goroutine 中调用前未同步，可能因并发
Chdir导致不可预期行为 - Windows 下路径分隔符为
\，Linux/macOS 为/，直接拼接字符串易出错，务必用filepath.Join() - 返回路径不含尾部斜杠，但某些旧逻辑可能隐含依赖该格式
真正难的不是调用 os.Getwd，而是想清楚：你到底需要“用户在哪执行的”，还是“程序部署在哪”，或是“配置文件该放在哪”——这三个问题的答案几乎从不重合。
