Go os/exec 如何为子进程设置工作目录

外部命令明明启动了，结果文件却总落在调用程序的目录里，通常不是命令本身“忽略了路径”，而是 Go 程序没有给子进程设置工作目录。os/exec 中，给 Cmd.Dir 赋值即可改变子进程解析相对路径的基准；父进程自己的当前目录不会被改写。

相对路径落错位置，根因往往在工作目录

排查这类问题时，第一眼常看命令参数，第二眼才发现命令内部写的是 result.txt、config.json 这样的相对路径。相对路径不是相对于 Go 源文件，也不是相对于 exec.Command 所在函数，而是相对于子进程的工作目录。

如果没有设置 Cmd.Dir，子进程通常继承调用进程的工作目录。于是同一段代码在本地启动、服务管理器启动或测试运行时，文件可能出现于不同位置。这个现象看起来像“配置没有生效”，实际是目录基准没有固定。

Cmd.Dir 为什么能解决相对路径落错位置

把目录配置放在命令启动前，示例以 Unix-like 系统的 sh 为例：命令打印当前目录，并把一行内容写入工作目录中的 result.txt。

package main

import (
    "bytes"
    "errors"
    "fmt"
    "os/exec"
)

func main() {
    // 使用绝对路径固定子进程的工作目录，避免依赖调用方 cwd。
    workDir := "/srv/report-job"
    cmd := exec.Command("sh", "-c", "pwd; printf 'ready\\n' > result.txt")
    cmd.Dir = workDir

    var stdout, stderr bytes.Buffer
    // 分开保存两路输出，便于把目录问题与命令自身报错区分开。
    cmd.Stdout = &stdout
    cmd.Stderr = &stderr

    if err := cmd.Run(); err != nil {
        var exitErr *exec.ExitError
        // ExitError 说明命令已经启动但以非零状态结束；其他错误先看启动阶段。
        if errors.As(err, &exitErr) {
            fmt.Printf("命令退出失败: %v\\n标准错误: %s", err, stderr.String())
        } else {
            fmt.Printf("命令启动失败: %v\\n", err)
        }
        return
    }
    fmt.Printf("子进程目录与输出: %s", stdout.String())
}

这里的关键不是 pwd，而是 cmd.Dir = workDir 必须发生在 Run 或 Start 之前。成功时，pwd 应显示 /srv/report-job，相对创建的 result.txt 也应位于这个目录。父进程之后仍保持原来的工作目录。

把目录配置错误和命令失败分开判断

“文件没生成”不是一个足够具体的错误。建议把证据拆成下面三类：

如果目录由用户配置提供，先在业务层做存在性、权限和是否为目录的检查；但不要只凭这个检查判断命令一定成功。官方文档明确区分命令启动错误、非零退出的 ExitError 以及输出复制过程中的 I/O 错误。

生产代码的防复发检查

第一，优先传入绝对工作目录，并在日志中记录经过脱敏的目录标识。第二，不要把父进程的 os.Chdir 当成替代方案；它会改变整个 Go 进程的目录状态，在并发任务中尤其容易互相影响。第三，命令和参数用 exec.Command(name, args...) 分开传递，目录问题与 shell 解析问题不要混为一谈。

示例中的 sh -c 只适合 Unix-like 环境；Windows 应改用目标平台存在的命令，并保持相同的 Cmd.Dir 思路。若需要读取管道，使用 Start 后完成读取，再调用一次 Wait，不要并发重复调用 Wait。

常见问题

设置 Cmd.Dir 会改变 Go 程序自己的工作目录吗？

不会。它只作用于该 Cmd 启动的子进程，父进程的当前目录保持不变。

Cmd.Dir 指向不存在的目录会得到 ExitError 吗？

通常不会。进程尚未正常启动时，应先按启动错误处理，而不是把它当作命令已经运行后的非零退出。

为什么命令成功了，结果文件仍然不在预期位置？

先确认文件名是相对路径，再检查实际的 Cmd.Dir、命令内部是否又切换目录，以及查看的是不是同一个文件名。

能用 os.Chdir 代替 Cmd.Dir 吗？

不建议在并发服务中这样做。os.Chdir 影响整个进程，Cmd.Dir 的作用域更小，更适合隔离每个子进程。