Golang调用os/exec启动Docker容器执行命令报错如何解决

• TTY报错根源：非人工交互的程序调用场景（比如Golang os/exec执行、后台任务、CI流水线）不存在真实的终端输入设备，此时给docker run传-it参数（-i保持标准输入、-t分配伪终端），Docker无法绑定TTY就会抛出the input device is not a TTY错误。
• 去掉-i仅保留-t后容器卡住的原因：仅分配伪终端但不关联输入流，容器内的sh进程会一直等待终端输入，不会执行后续传入的命令；另外命令写法本身存在错误：直接给sh传ls时，sh会将ls识别为待执行的脚本文件路径，而非内置命令，找不到对应文件时也会导致进程挂起。
• 你提供的Golang代码存在语法错误：goroutine闭合位置多写了冗余的}()，会直接编译失败。

根据你的使用场景二选一即可：

场景1：容器仅用于执行脚本，跑完即销毁 #

这种场景不需要容器常驻，是自动化脚本执行最常用的方式，不需要加任何TTY相关参数，所有要执行的命令通过sh -c包裹后传入即可：

命令行示例 #

# --rm 参数表示命令执行完成后自动删除容器，避免残留无用容器
# 多条命令用 && 连接表示前序执行成功才执行后续，用 ; 分隔则不校验前序执行结果
docker run --rm alpine sh -c "ls && echo 'start run script' && sh /script/path/first.sh && sh /script/path/second.sh"

对应Golang实现 #

package main

import (
	"os"
	"os/exec"
	"sync"
)

func main() {
	var wg sync.WaitGroup
	wg.Add(1)
	go func() {
		defer wg.Done()
		// 注意去掉-it参数，所有待执行命令统一放在sh -c 后的字符串中
		cmd := exec.Command("docker", "run", "--rm", "alpine", "sh", "-c", "ls && pwd && echo 'all cmd done'")
		cmd.Stdout = os.Stdout
		cmd.Stderr = os.Stderr
		if err := cmd.Run(); err != nil {
			panic(err)
		}
	}()
	wg.Wait()
}

场景2：容器需要常驻，启动后按需多次执行脚本 #

如果容器需要长期运行后台服务，不能执行完命令就退出，可以分两步实现：

1. 后台启动常驻容器，用-d参数指定后台运行，给容器设置固定名称方便后续调用，用轻量命令让容器保持存活：

   #  --name 指定容器名，tail -f /dev/null 是最轻量的保活命令，不会消耗额外资源
   docker run -d --name my-alpine-container --rm alpine tail -f /dev/null
   

2. 需要执行脚本时，用docker exec命令进入运行中的容器执行对应命令，同样不需要加-it参数：

   # 第一次执行脚本
   docker exec my-alpine-container sh -c "sh /path/to/first.sh"
   # 第二次执行脚本
   docker exec my-alpine-container sh -c "ls && sh /path/to/second.sh"
   

Golang实现时先执行容器启动命令，简单轮询确认容器进入运行状态后，后续每次需要执行脚本就调用一次docker exec传入对应命令即可。

• 所有无人工交互的自动化调用场景，不要给docker加-i/-t参数，从根源避免TTY类报错
• 通过shell执行多段命令时，必须加-c参数，后续跟完整命令字符串，否则shell会把后续参数识别为脚本文件路径
• 如果待执行的脚本存放在宿主机上，启动容器时可以加-v 宿主机脚本目录:容器内挂载目录参数做目录映射，不需要提前把脚本复制进镜像
• 如果需要在Golang中获取命令执行结果做逻辑判断，可以替换cmd.Stdout = os.Stdout的写法，用cmd.Output()或者cmd.StdoutPipe()捕获输出流。

内容的提问来源于stack exchange，提问作者Dinesh Ravi