Go exec.Cmd 设置 Dir 后怎么取得正确的 PWD 环境

给 exec.Cmd 设置工作目录后，想让子进程取得与该目录一致的 PWD，关键不是手工拼一个环境变量，而是先设置 cmd.Dir，再调用 cmd.Environ()。随后把返回值（以及要追加的业务变量）赋给 cmd.Env。Go 官方示例也特意采用这个顺序，因为 Environ 会按命令“当前配置”生成环境副本。

最小写法：先设置 Dir，再读取 Environ

下面的写法会在指定目录运行 go env PWD，并保留父进程原有环境，再追加一个业务变量：

package main

import (
    "fmt"
    "log"
    "os/exec"
)

func main() {
    cmd := exec.Command("go", "env", "PWD")

    // 必须先确定工作目录，Environ 才能按最终配置生成 PWD。
    cmd.Dir = "/srv/app/current"
    cmd.Env = append(cmd.Environ(), "APP_MODE=build")

    out, err := cmd.Output()
    if err != nil {
        log.Fatal(err)
    }
    fmt.Print(string(out))
}

cmd.Environ() 返回的是命令按当前配置运行时所使用环境的副本。若 cmd.Env 仍为 nil，它以当前进程环境为基础；在支持 PWD 的平台上，提前设置的 Dir 会反映到返回环境中。

为什么 os.Environ 或错误顺序会留下旧 PWD

常见问题是先冻结父进程环境，之后才修改 Dir：

cmd := exec.Command("go", "env", "PWD")

// 不推荐：这里先复制了父进程环境，其中 PWD 可能仍是旧值。
cmd.Env = os.Environ()
cmd.Dir = "/srv/app/current"

此时 Env 已经是独立切片，后续设置 Dir 不会自动重写其中已有的 PWD。如果必须自己维护环境，至少要在设置 Dir 后生成环境，并利用“重复键最后一个值生效”的规则显式覆盖：

cmd := exec.Command("go", "env", "PWD")
cmd.Dir = "/srv/app/current"

// 最后追加同名键，按 Env 规则覆盖之前的 PWD。
cmd.Env = append(cmd.Environ(), "PWD="+cmd.Dir)

通常第一段推荐写法已经足够，无需再手工覆盖。更重要的是：只写 PWD=/srv/app/current 并不会执行 chdir，相对路径仍按真实工作目录解析。

PWD 和实际工作目录为什么可能看起来不一样

Unix 进程保存工作目录时，本质上持有文件系统中某个目录节点的引用，而不是只保存一条路径字符串。假设 /app 是指向 /var/www 的符号链接，Cmd.Dir 可以使用 /app，子进程也确实运行在目标目录中，但不同接口返回的文本可能不同。

C 的 getcwd 可能沿目录树计算出规范路径 /var/www；Go 的 os.Getwd 在 PWD 确实指向当前目录时，可能返回保留别名的 /app。两者字符串不同，不等于进程位于两个目录。

因此，日志可以同时记录 Cmd.Dir 和子进程报告的目录，但不要仅靠字符串是否完全相同判断目录身份。需要跨平台时，优先把 Cmd.Dir 当作启动配置，并让程序使用工作目录和绝对路径完成文件访问；不要要求 Windows 子进程一定提供 Unix 风格的 PWD。

相关问题

Cmd.Env 保持 nil 会怎样？

子进程继承当前进程环境。若只想改变工作目录而不追加变量，可以只设置 Cmd.Dir，无需为此创建 Env 切片。

为什么推荐 cmd.Environ() 而不是 os.Environ()？

cmd.Environ() 面向这一个已配置的命令，能考虑 Cmd.Dir 等命令状态；os.Environ() 只复制当前进程环境，不知道目标命令的工作目录。

同名环境变量追加两次，哪个生效？

Cmd.Env 出现重复键时，切片中最后一个值生效。因此业务覆盖项应追加在环境副本之后。

设置 PWD 能让相对路径切换目录吗？

不能。环境变量不会改变操作系统记录的工作目录；要让子进程的相对路径从指定位置解析，必须设置 Cmd.Dir。