容器状态变化遵循明确的生命周期规则，包含created、running、paused、exited、dead五种核心状态，每种状态对应特定底层行为及触发命令，异常滞留可据此快速定位问题。

容器状态变化不是随机的，而是遵循一套明确的生命周期规则。理解这个流程，能帮你快速定位启动失败、卡在某个状态或无法删除等问题。

容器的5种核心状态及其含义

Docker容器在运行过程中主要经历以下五种状态，每种状态对应明确的底层行为：

• created：容器已创建但尚未启动，镜像层已解压、网络和存储驱动已初始化，但 PID namespace 尚未启用，ps 不可见
• running：主进程（即 ENTRYPOINT 或 CMD 指定的进程）正在运行中，容器处于活跃执行状态
• paused：通过 docker pause 冻结所有进程的执行（使用 cgroups freezer），内存和文件系统保持原样，但 CPU 时间片被暂停分配
• exited：主进程已终止（无论成功或崩溃），容器停止运行，但文件系统和日志仍保留，可查看退出码
• dead：容器进程已不可恢复地终止，且 Docker daemon 在清理资源时遇到阻塞（如挂载点繁忙、内核状态异常），通常需手动干预

状态转换的关键触发动作

每个状态跃迁都由具体命令或系统事件驱动，而非自动发生：

• docker create → created：仅准备运行环境，不启动进程
• docker start → running：启动主进程；若为已退出容器，会复用原有文件系统并重新运行入口命令
• docker stop → exited：先发 SIGTERM（默认等待10秒），超时后发 SIGKILL 强制终止
• docker pause → paused：冻结所有子进程；docker unpause 可恢复，无需重启进程
• docker rm → 容器从文件系统移除：仅对 exited 或 created 状态有效；running/paused 需先停止或解冻

常见异常状态与排查线索

某些状态长期滞留，往往指向特定问题：

• 卡在 created：检查 docker create 命令是否遗漏必要参数（如卷挂载路径不存在、设备节点权限不足）
• 启动后立即变为 exited：运行 docker logs <container> 查看首条错误；多数因入口命令不存在、配置文件缺失或权限拒绝导致
• 停在 dead：执行 docker inspect <container> 查看 Status.State 和 Status.Status.Error 字段；常见于容器内进程持有 mount、network namespace 锁，或宿主机内核版本过低
• paused 状态下无法 exec：因为进程被冻结，docker exec 依赖目标进程可调度，此时会报错 Container is paused

生命周期图谱（文字简述）

虽无图形，但可按顺序梳理关键路径：

• 起点：docker create → created
• 常规运行路径：created → docker start → running → docker stop → exited
• 中断调试路径：running ↔ docker pause/unpause ↔ paused
• 强制终止路径：running → docker kill → exited（退出码 137 表示 SIGKILL）
• 终结路径：exited → docker rm → 彻底消失；created 同样支持直接 rm

掌握这些状态边界和转换条件，比死记流程图更实用。实际操作中，多结合 docker ps -a、docker inspect 和日志输出，就能快速还原容器“发生了什么”。