Go语言编写的Windows服务运行第三方可执行文件stdout为空问题

Windows服务本身没有限制stdout/stderr的捕获逻辑，你遇到的空输出基本都是第三方可执行文件在非管理员服务账户的运行环境下，未正常向stdout写入内容导致的，而非Go代码的捕获逻辑失效。

• 同时捕获stdout和stderr排查异常信息
  你当前使用的cmd.Output()仅捕获标准输出流，如果第三方程序出错时将日志输出到stderr、且退出码为0，你会拿到空stdout且不会触发err。建议修改代码同时捕获两个流：

  var stdout, stderr bytes.Buffer
  cmd := exec.Command(pathToExecutable, resourceId)
  // 显式指定工作目录为第三方程序所在目录，避免服务默认System32工作目录导致依赖文件读取失败
  cmd.Dir = filepath.Dir(pathToExecutable)
  cmd.Stdout = &stdout
  cmd.Stderr = &stderr
  runErr := cmd.Run()
  // 优先打印两个流的内容确认输出情况
  log.Printf("进程退出码：%d, stdout内容：%s, stderr内容：%s", cmd.ProcessState.ExitCode(), stdout.String(), stderr.String())
  if runErr != nil {
    return result, fmt.Errorf("执行失败: %v, 错误输出: %s", runErr, stderr.String())
  }
  

• 验证权限问题
  本地用户/本地系统账户默认缺少大量资源访问权限，常见触发空输出的场景包括：第三方程序依赖的同目录配置文件无读取权限、数据库Windows集成认证无访问权限、注册表相关项无读取权限。可以先用Process Monitor工具监控第三方程序的运行行为，过滤出权限拒绝的系统调用针对性授权。
• 排查控制台依赖问题
  部分第三方控制台程序会检测当前运行环境是否存在关联控制台，在Session 0（服务默认运行会话）无控制台的场景下会主动关闭stdout输出。可添加进程参数强制启用输出，或在启动命令时配置：
  cmd.SysProcAttr = &syscall.SysProcAttr{CreateNoWindow: true}

• 若排查发现是权限问题，给服务运行账户授予第三方程序目录的读取执行权限、数据库访问权限、相关资源的访问权限即可
• 若排查发现是控制台依赖导致无输出，可通过Win32 API手动给进程分配控制台，或要求第三方程序开发商提供不依赖控制台的输出模式

内容的提问来源于stack exchange，提问作者C Gearing