清理孤立Docker网络需先识别再精准删除：用docker network ls筛选local bridge网络，再通过docker network inspect确认是否孤立（Containers为空），最后用docker network rm或docker network prune -f安全清理。
异常退出的容器常会留下孤立网络，这些网络不被任何容器使用，却持续占用资源、干扰新环境创建。清理的关键是识别 + 精准移除，而不是盲目执行全局命令。
先确认哪些网络是“垃圾”
运行以下命令查看所有自定义网络：
docker network ls
重点关注 Scope=local 且 Driver=bridge 的网络，尤其是名称含项目名、时间戳或随机字符串的（如 myapp_default、test_net_abc123）。再用这条命令检查是否被容器引用：
docker network inspect <network-name> | grep -A 5 Containers
如果输出为空或显示 "Containers": {}，说明该网络已孤立，可安全清理。
针对性清理孤立网络
不要直接删所有网络，避免误伤还在用的生产环境网络。推荐两种方式：
- 逐个删除已确认的孤立网络：docker network rm <network-name>
- 一键清理所有未被使用的网络（更常用）：docker network prune -f
注意：prune 只删真正空闲的网络，不会动正在被容器使用的网络，相对安全。但首次执行前建议先运行 docker network prune（不加 -f），让它列出将被删的网络，人工核对一遍。
从源头减少网络残留
下次启动服务时，加 --remove-orphans 参数能辅助识别异常残留：
docker-compose up --remove-orphans
它不会自动删网络，但会报出配置中不存在、却在系统里挂着的容器和关联资源，提醒你手动处理。更重要的是，在开发阶段养成习惯：每次结束调试后，统一用 docker-compose down（而非只 ctrl+c 或 kill）——这个命令默认就清理网络，是防止垃圾生成的第一道防线。
配合 compose 清理更彻底
如果项目已完全废弃，直接上组合命令一步到位：
docker-compose down --volumes && docker network prune -f && docker volume prune -f
其中 down 清掉当前项目的所有容器和网络，prune 补刀清理其他残留。注意 --volumes 会删命名卷，仅在确认数据无需保留时启用。
