先确认php容器和镜像使用状态，再停止删除容器并按需清理数据卷，接着删除php镜像及悬空层，最后检查自定义镜像是否被其他服务复用。
确认正在运行的PHP容器和镜像
别急着删，先看清楚哪些是真正在用、哪些是残留。用 docker ps -a 查所有容器（包括已停止的），重点找镜像名含 php、apache、nginx + php 组合的条目；再用 docker images | grep php 看本地有哪些PHP相关镜像。注意：有些镜像ID可能重复出现在多个标签下（比如 php:8.2-apache 和 php:latest 指向同一ID），删的时候别重复操作。
停止并删除PHP容器（含数据卷清理）
对每个要卸载的PHP容器，先停再删：docker stop <container_name_or_id></container_name_or_id>，然后 docker rm <container_name_or_id></container_name_or_id>。如果容器挂载了自定义数据卷（比如用 -v /myapp:/var/www/html 或 --volumes 启动），默认 docker rm 不会删卷——得手动判断是否需要保留代码或配置。若确定清空，用 docker volume ls 找对应卷名，再 docker volume rm <volume_name></volume_name>。常见误操作：直接删宿主机映射目录，结果下次启动又恢复旧状态。
删除PHP镜像及悬空层
删镜像前确保没容器在用它（否则报 conflict: unable to remove repository reference）。执行 docker rmi <image_id_or_tag></image_id_or_tag>。若提示“image is being used”，用 docker ps -a --filter ancestor=<image_name></image_name> 反查残留容器。删完后建议顺手清理悬空镜像层：docker image prune（加 -f 跳过确认），这些层常来自多次 docker build 产生的中间镜像，占空间且和PHP环境无关。
检查PHP扩展或配置是否被其他服务复用
如果你用的是自定义构建的PHP镜像（比如基于 Dockerfile 添加了 pdo_pgsql 或 xdebug），删镜像前确认没有其他项目依赖该镜像的特定行为。尤其当多个 docker-compose.yml 共享同一个 build: . 上下文，删镜像后重新 up 会触发重建，但若Dockerfile里没锁扩展版本，可能引入不兼容变更。真正难清理的从来不是镜像本身，而是那些没写进 .dockerignore、混在构建上下文里的临时配置文件和调试开关。
立即学习“PHP免费学习笔记（深入）”；
