在 Go 中，为什么 exec.Command() 失败但 os.StartProcess() 成功启动winget.exe

golang 的虫子

显然，这是Go的Windows实现中的一个bug，已经在GitHub上提交了很多次——我能找到的最古老的是这issue年前提交的.

这个错误是由exec.Command()内部读取uses os.Stat()而导致的，它不能正确读取reparse points的文件.os.Lstat()罐.

Windows应用store 应用程序使用App Execution Aliases，基本上是具有重分析点的零字节文件.这post有一些额外的细节.

权变措施

• Workaround is to use os.StartProces() - a lower level API which can be a bit painful to use especially when compared to os.Exec().
  Important: In os.StartProcess(), the argv slice will become os.Args in the new process, so you should normally pass the program name as the first argument:

wingetPath := filepath.Join(os.Getenv("LOCALAPPDATA"),
    "Microsoft\\WindowsApps\\winget.exe")
procAttr := new(os.ProcAttr)
procAttr.Files = []*os.File{nil, nil, nil}
/*
To redirect IO, pass in stdin, stdout, stderr as required
procAttr.Files = []*os.File{os.Stdin, os.Stdout, os.Stderr}
*/

args = []string { "install", "git.git" }

// The argv slice will become os.Args in the new process,
// so it normally starts with the program name
proc, err := os.StartProcess(wingetPath,
   append([]string{wingetPath}, arg...), procAttr)
fmt.Println(err) // nil

• 解决这个错误的另一种方法是(创建并)执行一个.cmd文件(例如)，该文件将(正确解析并)执行带有重分析点的文件.参见this(以及本directory)中的示例.