启用容器退出自动删除需在 docker run 时添加 --rm 参数，适用于一次性任务如CI/CD测试、本地验证等，但不兼容 -d 后台运行，也不适用于需调试或持久化数据的场景。

容器退出后自动删除，关键在于启动时添加 --rm 参数，而非依赖守护进程或后台配置。它只对单次运行的容器生效，不适用于长期运行的服务。

如何启用退出自动删除

在 docker run 命令中加入 --rm 标志即可：

• 命令示例：docker run --rm -it alpine echo "hello"，执行完输出后容器立即被清理
• 与 -d（后台运行）互斥：不能同时使用 --rm 和 -d，因为后者需要容器保留在“已停止”状态供后续查看日志或检查
• 若已启动容器，无法事后补加 --rm；只能重新运行并带上该参数

典型适用场景

适合生命周期短、无需保留状态的一次性任务：

• 批量脚本执行：如数据校验、日志分析、配置生成等，用完即删，避免残留容器堆积
• CI/CD 构建阶段：在流水线中拉取镜像、运行测试或打包，任务结束立刻释放资源
• 本地快速验证：试用某个工具（如 curl、jq、mysql-client），不希望留下无用容器记录

不适用的情况

以下情形不应使用 --rm：

• 需反复进入容器调试（如 docker exec -it），退出后容器必须存在
• 依赖容器内文件系统保存临时产出（如生成报告、导出数据库备份），除非通过挂载卷或重定向输出到宿主机
• 运行 Web 服务、数据库、消息队列等长期服务，这类容器本就不该“退出”，应通过健康检查和重启策略保障可用性

替代方案：自动清理已退出容器

若无法统一加 --rm（例如已有大量遗留容器），可用定时清理方式：

• 手动清理：docker rm $(docker ps -aq -f status=exited)
• 设置 Docker daemon 的自动清理（实验性功能）：在 /etc/docker/daemon.json 中添加 "live-restore": true 并配合 prune 脚本，但生产环境慎用
• 推荐做法：结合 CI 工具（如 GitHub Actions、GitLab CI）的 job 生命周期，在 job 结束时显式调用 docker system prune -f