docker无原生级联删除机制，需通过--rm、--volumes、prune命令及规范设计（如命名卷、docker-compose down -v）显式清理容器、匿名卷、网络、悬空镜像等残留资源。

在 Docker 中，容器级联删除本身并不存在原生机制——Docker 默认不会自动删除依赖资源（如网络、卷、镜像等）。所谓“防止资源残留”，本质是通过规范操作 + 显式清理策略，避免因容器退出后关联资源未释放导致的磁盘占用、网络冲突或启动失败等问题。

明确哪些资源需要“级联”管理

Docker 容器运行时可能关联以下几类资源，需按需清理：

• 匿名卷（anonymous volumes）：使用 -v /data 或 VOLUME 指令创建，容器删除后默认保留；
• 自定义网络（custom networks）：容器退出后网络仍存在，除非显式移除；
• 已停止容器的元数据：虽不占磁盘，但堆积过多会影响 docker ps -a 可读性；
• 悬空镜像（dangling images）：构建或拉取过程中产生的中间层或未被引用的镜像层。

用 --rm 实现容器退出即删（基础防护）

运行容器时加 --rm 参数，可确保容器停止后自动删除自身（不含卷和网络）：

docker run --rm -d --name myapp nginx

⚠️ 注意：--rm 不影响已挂载的命名卷（named volume）、主机目录（bind mount）或自定义网络，仅删除容器对象本身。

配合 --volumes 清理匿名卷（关键一步）

若容器使用了匿名卷，且你确认其中无须保留的数据，可在删除容器时一并清理：

docker rm -v <container_id></container_id>

或批量清理所有已退出容器及其匿名卷：

docker rm -v $(docker ps -aq -f status=exited)

? 提示：Docker 20.10+ 中 -v 已被弃用，推荐改用：

docker rm -f --volumes <container_id></container_id>

自动化清理策略（推荐生产环境使用）

定期执行清理任务，避免手动遗漏：

• 清理已退出容器：docker container prune -f；
• 清理未被任何容器使用的匿名卷：docker volume prune -f；
• 清理悬空镜像：docker image prune -f；
• 清理所有未被使用的网络：docker network prune -f；
• 一键清理（慎用！会删所有未被使用的卷/网络/镜像/构建缓存）：docker system prune -a -f --volumes。

可写成脚本加入 crontab，例如每天凌晨清理：

0 2 * * * /usr/bin/docker container prune -f && /usr/bin/docker volume prune -f

设计阶段就减少残留风险

从源头降低清理负担：

• 优先使用命名卷（docker volume create mydata），便于追踪和按名清理；
• 避免在 Dockerfile 中滥用 VOLUME 指令，除非明确需要持久化；
• 用 docker-compose.yml 管理多容器应用，通过 docker-compose down -v 一键停用并删卷；
• 为容器指定 --network bridge 而非自建网络，除非有隔离或 DNS 需求。