Docker镜像更新后容器不会自动重启，需借助外部机制实现自动更新：可使用watchtower定时检查并重启、通过CI/CD流水线触发部署、自建脚本轮询镜像Digest比对更新，或在Kubernetes中结合imagePullPolicy与GitOps工具实现滚动更新。
Docker 镜像更新后不会自动触发容器重启，这是 Docker 的默认行为——容器始终基于启动时加载的镜像层运行，与后续镜像是否变化无关。要实现“镜像更新 → 容器自动重启”，需借助外部机制主动检测、拉取新镜像并重建容器。以下是几种实用、可落地的方案。
使用 watchtower 自动化更新（推荐轻量场景）
watchtower 是专为该需求设计的开源工具，以容器方式运行，定期检查运行中容器所用镜像在远程仓库（如 Docker Hub、私有 Registry）是否有新版本，并自动拉取+重启容器。
- 启动 watchtower（监控所有容器）：
docker run -d --name watchtower -v /var/run/docker.sock:/var/run/docker.sock containrrr/watchtower --interval 300
其中--interval 300表示每 5 分钟检查一次；加--cleanup可自动清理旧镜像。 - 限制只监控特定容器（更安全）：
docker run -d --name watchtower -v /var/run/docker.sock:/var/run/docker.sock containrrr/watchtower my-app nginx --interval 300 - 注意：容器必须用 明确的镜像标签（如
myapp:v1.2）启动，避免使用latest（因latest语义模糊，watchtower 默认跳过）；若必须用latest，需显式添加--include-stopped或启用--monitor-only+ 自定义逻辑。
结合 CI/CD 流水线触发更新（推荐生产环境）
在镜像构建完成并推送到 Registry 后，由 CI/CD（如 GitHub Actions、GitLab CI、Jenkins）主动通知目标服务器执行更新操作，可控性高、审计清晰、支持灰度与回滚。
- 典型流程：代码提交 → 构建新镜像并打 tag（如
v1.2.3）→ 推送至 Registry → 触发部署脚本。 - 部署脚本示例（SSH 执行）：
ssh user@prod "cd /opt/myapp && docker pull registry.example.com/myapp:v1.2.3 && docker compose down && docker compose up -d" - 增强可靠性：脚本中加入健康检查（
curl -f http://localhost:8080/health）、超时等待、失败回滚（docker compose up -d --no-deps --scale web=0 && docker compose up -d）等逻辑。
自建轮询 + 脚本更新（适合无外部依赖场景）
在宿主机部署定时任务（如 cron），定期调用 docker inspect 获取容器当前镜像 ID，再通过 docker images --digests 或 Registry API 比对远程最新镜像摘要（Digest），一致则跳过，不一致则执行更新。
- 关键点在于使用 镜像 Digest（而非 Tag）比对，确保精确识别变更（Tag 可被覆盖，Digest 唯一且不可变）。
- 示例逻辑片段：
LOCAL_DIGEST=$(docker inspect myapp | jq -r '.[0].Image')<br> REMOTE_DIGEST=$(curl -s "https://registry.example.com/v2/myapp/manifests/v1.2" -H "Accept: application/vnd.docker.distribution.manifest.v2+json" | jq -r '.config.digest')
若两者不同，则docker pull+docker restart或docker-compose up -d --force-recreate。 - 缺点：需自行处理并发、锁、错误重试、日志记录，维护成本高于 watchtower 或 CI/CD 方案。
使用 Kubernetes + ImagePullPolicy（容器编排场景）
若运行在 Kubernetes 环境，不适用原生 Docker CLI 方案，应交由 K8s 控制平面管理：
- 设置 Deployment 的
imagePullPolicy: Always，并在 Pod 模板中使用带明确 digest 的镜像（如nginx@sha256:abc123...）； - 更新时，只需修改 Deployment 中的镜像 digest（或通过
kubectl set image），K8s 自动滚动更新； - 配合
ImageUpdater类工具（如 fluxcd、argocd）可实现 GitOps 驱动的自动同步：监听镜像仓库新 tag → 更新 Git 中的 manifest → K8s 自动应用。
