Docker容器状态查看终极指南：docker ps vs docker compose ps 深度对比

在Docker容器管理中，查看运行状态是最基础也是最重要的操作之一。docker ps和docker compose ps两个命令看似相似，实则有着本质区别。本文将带你彻底理解这两个命令的差异和使用场景。

---

核心概念对比

 

 

 

---

命令解剖：功能与输出

1. docker ps - 全局容器侦察兵

bash

 

# 查看所有运行中的容器
docker ps

# 查看所有容器（包括已停止的）
docker ps -a

关键特性：

• 全局视角：显示宿主机上所有Docker容器，无论是否由Compose管理

• 无环境依赖：在任何目录均可执行

• 信息维度：

  • 容器ID（唯一标识）

  • 容器名称（随机生成或用户指定）

  • 使用的镜像

  • 运行状态（Up/Exited）

  • 端口映射

  • 创建时间

典型输出：

text

 

CONTAINER ID   IMAGE          COMMAND       CREATED       STATUS       PORTS                   NAMES
a1b2c3d4e5f6   nginx:latest   "nginx -g…"   2 hours ago   Up 2 hours   0.0.0.0:80->80/tcp     magical_curie
f0e9d8c7b6a5   redis:6.2      "redis-se…"   3 days ago    Up 3 days    6379/tcp                redis-server

---

2. docker compose ps - 项目专属管家

bash

 

# 在Compose项目目录查看服务状态
docker compose ps

关键特性：

• 项目视角：仅显示当前Compose项目管理的容器

• 环境依赖：必须在包含docker-compose.yml的目录执行

• 信息维度：

  • 服务名称（取自yml文件）

  • 容器名称（带项目前缀）

  • 运行状态

  • 端口映射

  • 服务依赖关系（隐含）

典型输出：

text

 

NAME                SERVICE             STATUS              PORTS
myapp-web-1         web                 running             0.0.0.0:8080->80/tcp
myapp-db-1          db                  running             5432/tcp

---

六大核心差异对比

对比维度	docker ps	docker compose ps
作用范围	宿主机全部容器	当前Compose项目容器
执行位置	任意目录	需在docker-compose.yml所在目录
名称显示	容器全名（含随机后缀）	服务名+项目前缀+序号
组织逻辑	无关联容器平铺展示	按服务分组展示
项目上下文	无项目概念	自动识别项目名称
辅助信息	容器ID、镜像、命令等	服务名称、端口映射状态

---

典型应用场景

场景1：快速定位项目容器

bash

 

cd /projects/myapp
docker compose ps  # 一键查看项目所有服务状态

场景2：全局容器健康检查

bash

 

# 检查所有异常停止的容器
docker ps -a | grep -v "Up"

# 统计运行中容器数量
docker ps -q | wc -l

场景3：服务依赖调试

bash

 

# 查看web服务是否依赖的db服务已启动
docker compose ps db

场景4：跨项目容器管理

bash

 

# 查找所有包含"redis"的容器
docker ps --filter "name=redis"

---

进阶技巧

1. 项目名称透传

bash

 

# 显式指定项目名称（避免目录名约束）
docker compose -p myproject ps

2. 状态过滤查询

bash

 

# 仅显示停止的服务容器
docker compose ps --filter status=stopped

3. 字段定制输出

bash

 

# 只显示容器ID和服务名
docker compose ps --format json | jq '.[] | {service: .Service, id: .ID}'

4. 快速进入容器

bash

 

# 通过服务名直接进入（无需查容器ID）
docker compose exec web bash

---

决策流程图

 

 

 

---

总结：选择最佳工具

• ✅ 使用 docker ps 当：

  • 需要全局容器概览

  • 管理非Compose启动的容器

  • 进行跨项目容器检查

  • 在非项目目录操作

• ✅ 使用 docker compose ps 当：

  • 工作在Compose项目环境中

  • 需要服务视角而非容器视角

  • 查看服务间依赖关系

  • 使用标准化的服务名称操作

黄金法则：
在Compose项目中，优先使用docker compose系列命令，保持操作语义与声明文件一致；在通用运维场景，使用docker原生命令获取全局视野。

掌握这两个命令的差异，将使你的Docker容器管理效率提升一个量级！