选unless-stopped，因它兼顾自愈能力与人工可控性：宿主机重启或容器崩溃时自动恢复，但尊重docker stop等手动干预，适合Nginx、PostgreSQL等长期运行服务。

选 always 还是 unless-stopped，关键看是否要尊重人工干预。

always：无条件恢复运行

容器只要 Docker 守护进程启动，就一定会被拉起——不管它之前是因为崩溃退出、被 docker stop 停掉，还是系统重启前已停止。这种策略适合真正不能中断的服务，比如核心网关或监控采集器。

• 系统重启后自动启动
• 容器崩溃后立即重启
• docker stop 后，下次 Docker 服务重启时仍会自动启动
• 若需彻底停用，必须先执行 docker update --restart=no 容器名 或删掉容器

unless-stopped：允许主动暂停

这是生产环境更常用的选择。它同样保证宿主机重启或 Docker 守护进程恢复后自动启动，但会记住你手动执行的 docker stop 操作，之后不再自动拉起。

• 系统重启后自动启动（前提是没被手动停过）
• 容器崩溃后自动重启
• 执行 docker stop 后，状态被标记为“已停止”，后续 Docker 重启也不会触发启动
• 适合需要临时维护、调试或灰度下线的服务，比如 Web API 或后台任务

怎么决定用哪个？

问自己两个问题：

Docker Compose Optimizer

优化 Docker Compose 配置，适用于开发和生产环境——审计服务、网络、卷、健康检查和资源管理。

下载

• 这个服务是否允许运维人员通过 docker stop 短暂关停而不被干扰？→ 是，选 unless-stopped
• 这个服务是否绝对不允许任何中断，哪怕管理员误操作停了也必须强制恢复？→ 是，才考虑 always

绝大多数长期运行的服务，比如 Nginx、PostgreSQL、Redis，推荐 unless-stopped。它兼顾自愈能力与人工可控性。