docker volume prune仅清理未被引用的volume，不处理绑定挂载；绑定挂载需手动在宿主机删除对应路径，且Windows/WSL2环境需额外注意虚拟磁盘缓存问题。
直接删容器不会自动清理挂载，真正要移除的是卷（volume）或绑定挂载（bind mount）本身——而这两者生命周期完全独立于容器。
docker volume prune 能否安全清掉无用挂载
能，但仅限 docker volume 类型的挂载。它会删除所有未被任何容器引用的卷，不碰绑定挂载（即 -v /host/path:/container/path 这种）。
- 执行前先确认哪些卷真没用了：
docker volume ls+docker volume inspect <name></name>看Mountpoint和关联容器 - 若卷里存了数据库数据、日志归档等，
prune会直接删光，没有回收站 - 绑定挂载（host path）根本不会出现在
docker volume ls里，这个命令对它完全无效
如何识别并移除绑定挂载（bind mount）
绑定挂载是宿主机路径和容器路径的硬链接，Docker 不管理其生命周期，删容器后路径还在、文件还在、磁盘空间照占。
- 查哪些容器用了绑定挂载：
docker ps -a --format "{{.ID}}\t{{.Names}}\t{{.Mounts}}" | grep ":"—— 输出里含/host/path:/container/path格式的即为绑定挂载 - 手动清理：确认路径无用后，直接在宿主机上
rm -rf /your/host/path（Windows 用资源管理器或Remove-Item） - Docker Desktop 的 Dashboard 不显示绑定挂载路径，无法从界面定位，必须靠命令行
docker system prune -a --volumes 会动绑定挂载吗
不会。这个命令里的 --volumes 只影响 docker volume 类型，跟绑定挂载无关。
- 它等价于同时运行：
docker container prune+docker image prune -a+docker network prune+docker volume prune - 绑定挂载路径是否残留，完全取决于你有没有在宿主机上手动删掉对应目录
- 常见误判：看到
docker system prune后磁盘没释放，其实是绑定挂载目录还占着几十 GB，不是 Docker 没清理干净
Windows 上 Docker Desktop 的挂载残留特别难清？
是，因为 WSL2 虚拟层加了一道间接映射。宿主机上的 C:\path 在 WSL2 内实际是 /mnt/c/path，而 Docker 容器看到的又是另一层挂载视图。
- 最稳妥做法：先停 Docker Desktop → 进 WSL2：
wsl -d docker-desktop-data→ 查/var/lib/docker/volumes/和/mnt/c/xxx下真实占用 - 别依赖“资源管理器里看不到就等于没了”——WSL2 的 ext4.vhdx 文件会缓存已删文件的块，直到
fstrim或压缩虚拟磁盘 - 如果绑定了
C:\Users\me\data，删完容器后，那个文件夹得你自己进 Windows 删除，Docker 命令永远碰不到它
