我明白你的需求：10个执行短任务的容器（休眠5秒就正常退出），希望它们退出后立刻重启，但实际通过watch docker ps观察到重启有明显延迟，对吧？

问题根源：Docker的指数退避重启机制 #

Docker为了保护系统资源，默认会对频繁重启的容器（无论正常还是异常退出）应用指数退避策略——简单说就是每次重启失败/退出后，重启间隔会逐渐变长（比如从0秒→1秒→2秒→4秒…）。这个机制对于崩溃的容器很有用，但完全不符合你这种短任务循环容器的需求。

两种可行的解决方案 #

方案1：用Docker Compose v3+的restart_policy精准控制 #

修改你的Compose服务配置，强制关闭重启延迟，让容器退出后立即重启：

some-worker1:
  image: some-worker
  build: ./some-worker
  restart: always
  deploy:
    restart_policy:
      condition: always
      delay: 0s          # 关键：把重启延迟设为0秒
      max_attempts: unlimited  # 允许无限次重启
      window: 0s         # 跳过健康检查等待窗口，直接重启

这个配置会告诉Docker：不管容器怎么退出，都立刻重启它，没有任何延迟。

方案2：针对Compose v2或直接用Docker命令的替代方案 #

如果你的Compose版本是v2（不支持deploy部分的restart_policy），可以改用restart: unless-stopped，同时确保容器的退出行为被Docker识别为“正常”——不过更可靠的方式是直接用Docker run命令启动容器，明确指定无延迟重启：

docker run -d --restart=always --name some-worker1 some-worker

如果容器在短时间内重启过于频繁，Docker还是会触发退避。这时候你需要修改Docker daemon的配置文件（比如/etc/docker/daemon.json），添加以下内容来禁用全局的重启退避：

{
  "default-restart-policy": {
    "Name": "always",
    "MaximumRetryCount": 0
  },
  "restart-attempts": 0
}

修改后重启Docker daemon：systemctl restart docker，这样所有容器的重启都不会有延迟了。

验证方法 #

配置完成后，用docker logs -f some-worker1观察容器日志，或者用watch -n 1 docker ps（把watch的刷新间隔改成1秒），你就能看到容器退出后立刻重启，循环执行休眠任务了。

内容的提问来源于stack exchange，提问作者mark-shep