为何使用sudo与不使用sudo执行docker container list输出不同？

这种差异的核心是你在两个完全独立的Docker守护进程环境下操作，导致看到的容器集合完全不重叠：

1. 权限与守护进程上下文差异 #

Docker默认通过Unix套接字与守护进程通信：

• 系统级Docker守护进程使用/var/run/docker.sock，这个套接字仅对root和docker组用户开放。如果你的普通用户不在docker组里，正常情况下非sudo执行docker命令会报错，但你能成功执行，说明你同时运行了一个用户级的Docker守护进程（比如Docker Desktop为普通用户创建的实例，套接字路径通常是~/.docker/run/docker.sock）。
• 用sudo执行时，命令切换到root用户上下文，访问的是系统级Docker守护进程，容器数据存在系统默认目录（如/var/lib/docker）。

2. 重复创建了同名容器 #

你分别在两个环境里用docker compose启动了服务：

• 非sudo环境下，启动了groupkash-flask容器（ID: b791664cefa9）；
• sudo环境下，启动了完整的服务栈（包含groupkash-webserver和另一个groupkash-flask，ID: 78ed50d29da7）。
  因为两个守护进程完全独立，所以允许存在同名但ID不同的容器。

验证与修复步骤 #

检查当前Docker上下文 #

执行命令确认两个用户的Docker上下文是否不同：

docker context list
sudo docker context list

如果输出不一样，就实锤了是不同守护进程的问题。

统一Docker环境 #

• 想使用系统级Docker：把你的用户加入docker组，之后无需sudo就能访问系统级守护进程，两个命令的结果会一致：

  sudo usermod -aG docker $USER
  

  注意：执行完后要退出当前会话重新登录才会生效。
• 想使用用户级Docker（比如Docker Desktop）：避免混用sudo和非sudo执行Docker命令，确保所有操作都在同一个上下文里。

清理重复容器 #

确认不再需要的容器后，分别在两个环境里清理：

# 清理非sudo环境的容器
docker compose down
# 清理sudo环境的容器（如果不需要的话）
sudo docker compose down

内容的提问来源于stack exchange，提问作者George Udosen