Docker容器运行时不使用--rm参数的场景及默认行为疑问

docker container run 命令包含可选的 --rm 参数，其作用为：

容器退出时自动移除

使用该参数，容器停止后会被自动删除；不使用的话，停止后的容器会被保留。我每次启动容器都会用这个参数，至今没碰到过不需要用--rm的场景。按照Docker最佳实践，容器应该是临时的（ephemeral containers），所以保留已停止的容器看起来是反模式。

问题1：是否存在适合不使用 --rm 参数的合理场景？ #

当然有，以下是几个常见的合理场景：

• 排查容器启动失败问题：如果容器启动后立刻退出，没加--rm的话，你可以通过docker logs <容器ID>查看启动日志，定位失败原因；要是加了--rm，容器直接被删除，连日志都没法调取。
• 需要导出容器内临时数据：容器运行时生成的临时文件、缓存结果等，还没来得及用docker cp导出的话，保留容器就能事后把这些数据拷贝出来。
• 分析容器崩溃后的状态：容器意外崩溃后，想检查它的文件系统状态、环境变量配置，或者查看进程退出状态码，保留容器就能用docker inspect、docker diff等命令做后续分析。
• 批量管理容器生命周期：比如启动了一批容器，需要先统一停止，再根据需求批量删除，这种场景下就不需要给每个容器加--rm。

问题2：既然不使用该参数的情况如此少见，为何 --rm 不是默认行为？ #

你的猜测完全正确，Docker的核心设计逻辑就是保守的对象清理策略：

Docker对清理未使用对象（通常称为“垃圾回收”）采取保守策略，例如镜像、容器、卷和网络：这些对象通常不会被移除，除非你明确要求Docker执行此操作。

删除容器是不可逆的操作，如果把--rm设为默认，很可能会导致用户误删还需要的容器——比如没来得及导出数据的容器、需要调试的故障容器，进而造成数据丢失或调试受阻。Docker更倾向于把删除的控制权交给用户，让用户主动选择是否清理，避免意外操作带来的损失。

内容的提问来源于stack exchange，提问作者Johnny Metz