如何在Windows11上彻底卸载Docker部署的Airflow并验证卸载成功

你用Docker Compose方式部署的Airflow，所有运行时资源全部托管在Docker生态内，不会写入Windows的Programs类目录，Revo Uninstaller这类针对传统桌面exe安装程序的卸载工具，本身识别不到容器化应用的关联资源，不要以它的扫描结果、Programs目录的文件存在与否作为卸载判断依据，按以下步骤逐项校验清理即可：

1. 清理校验Docker层关联资源 #

这部分是Airflow运行的核心残留，也是最容易漏的部分：

• 打开Windows Terminal或者PowerShell，先进入你桌面的airflow-docker目录，执行命令docker compose down -v --rmi all。这条命令会自动匹配当前目录下docker-compose.yaml的定义，一次性删除该部署关联的所有运行容器、本地镜像、持久化数据卷、专属虚拟网络，是最不容易漏项的清理方式。
• 手动全局校验残留：
  • 执行docker ps -a查看全量容器列表，确认不存在名称带airflow、镜像为apache/airflow的容器记录，如有遗漏执行docker rm -f <对应容器ID>强制删除
  • 执行docker images查看本地镜像列表，确认无apache/airflow相关版本镜像留存，如有遗漏执行docker rmi <对应镜像ID>删除
  • 执行docker volume ls查看Docker数据卷，确认无名称前缀带airflow的持久化卷（这类卷默认存Airflow的元数据库、运行日志等数据，不删会一直占磁盘空间），如有遗漏执行docker volume rm <对应卷名>删除
  • 执行docker network ls查看Docker网络列表，确认无Airflow Compose自动创建的带airflow前缀的自定义网络，如有遗漏执行docker network rm <对应网络ID>删除

2. 校验Windows系统层残留 #

Docker部署的Airflow默认不会写入系统层配置，只需要检查两项即可：

• 按Win+R输入services.msc回车打开服务列表，确认不存在名称带Airflow的注册服务——只有你之前手动配置过Airflow开机自启服务才会有这类残留，默认部署不会生成
• 打开任务管理器切换到「启动应用」 tab，确认没有Airflow相关的开机自启条目

3. 清理本地工作目录 #

你桌面上的airflow-docker文件夹是部署时手动创建的本地挂载目录，里面的dags、logs、plugins子文件夹和docker-compose.yaml配置文件，都不属于程序自动生成的强制安装文件，确认Docker层资源全部清理完成后，直接手动删除这个文件夹即可。

最终验证 #

所有清理操作完成后，依次执行以下三条命令：

docker ps -a | findstr airflow
docker images | findstr airflow
docker volume ls | findstr airflow

如果三条命令的返回结果全为空，就证明Airflow已经完全卸载干净，没有任何残留。

提示：容器化应用和传统exe安装的应用逻辑完全不同，传统卸载工具扫描注册表、Program Files目录的逻辑对容器应用无效，所有运行资源都统一存在Docker的专属存储目录中，不要用找本地安装文件夹的方式判断是否卸载完成。

内容的提问来源于stack exchange，提问作者Josh Smart