Docker容器退出后自动清理需使用--rm参数，容器终止即删除，适用于一次性任务；但不可与-d共用，且无法保留日志；长期维护应依赖定时prune或运维脚本。
在 Docker 中，让容器“启动时自动清理”这个说法容易误解——容器本身不负责清理，真正要做的是：**让容器退出后立即被删除，不留下 exited 状态的残留**。最直接、最常用的方法，就是在 运行容器时加上 --rm 参数。
用 --rm 实现“退出即清理”
这是 Docker 原生支持的轻量级方案，适用于一次性任务、调试、CI/CD 构建等短生命周期场景：
- 容器主进程结束（无论成功或失败），Docker 守护进程会立刻移除该容器，包括其可写层、元数据和日志文件
- 命令简洁明确：
docker run --rm ubuntu echo "hello"，执行完就彻底消失，不会出现在docker ps -a列表中 - 不占用磁盘空间，也避免了“僵尸容器”堆积问题
哪些情况不能用 --rm？
它有明确限制，使用前需确认是否符合需求：
-
不能与
-d（后台运行）共用：docker run -d --rm nginx会报错。因为--rm要求容器前台运行并监听退出事件，而-d是脱离终端后台运行，二者逻辑冲突 -
无法保留日志或状态用于排查：退出后容器立即消失，
docker logs和docker inspect将不可用。若需事后分析，应改用定时prune或记录日志到外部系统
替代思路：启动时触发清理其他资源
如果你实际想做的是“每次启动新容器前，先清理旧的 exited 容器或悬空镜像”，那不属于容器启动参数范畴，而是运维流程设计：
- 可写一个简单脚本，先执行
docker container prune -f，再运行你的docker run命令 - 或在 CI/CD 流水线中，将清理步骤作为前置任务（例如 GitHub Actions 的 pre-step）
- 注意：这类操作需确保不会误删正在使用的容器（
prune默认只清 exited 容器，相对安全）
不复杂但容易忽略：真正需要“自动清理”的，往往不是单个容器的启动行为，而是整个环境的常态化维护。--rm 解决的是临时任务的干净收尾，长期稳定运行还得靠定时 prune 或守护进程策略。
