先执行docker version和docker info判断故障层级：若前者报“Cannot connect to the Docker daemon”，说明Docker引擎未启动，需查WSL2、Windows服务或com.docker.service状态；若后者超时，则可能为WSL2发行版损坏（如0x80070570）或内核未加载；若两者均正常，问题在容器应用层，再结合docker ps -a状态、退出码及docker inspect元数据精准定位。
遇到容器起不来、命令报错、日志为空，先别急着重装 Docker Desktop 或删镜像。90% 的误判，都源于没分清：是 dockerd 这个引擎本身挂了，还是你跑的容器应用自己崩了。
看 docker version 和 docker info 能否执行成功
这是最直接的分水岭。这两个命令不依赖任何容器，只和 Docker 引擎通信。
- 如果
docker version报错Cannot connect to the Docker daemon，说明dockerd没起来——这是引擎层故障，得查 WSL2、Windows 服务、com.docker.service状态 - 如果
docker version正常，但docker info卡住或返回超时，大概率是引擎在连接 WSL2 发行版时被阻塞，比如ext4.vhdx文件损坏（对应错误码0x80070570）或 WSL2 内核未加载 - 如果两者都正常，那问题一定出在容器应用层：比如进程启动即退出、端口被占、配置文件路径错、权限不足
docker logs 为空或报“no such container”
这比看起来更值得细看。
- 报
no such container：说明容器根本没创建成功，不是运行失败，而是docker run阶段就中断了。这时候要回看命令输出，有没有invalid reference format、pull access denied、OCI runtime create failed这类明确的创建失败提示 - 日志完全为空：常见于容器主进程是前台执行但立刻退出（比如
node app.js启动后抛错退出），或者镜像里根本没有正确配置CMD/ENTRYPOINT，又或者用了--detach但程序本身不支持后台运行 - 注意：
docker logs查不到日志 ≠ 容器没输出。有些程序默认把日志写到文件（如/var/log/nginx/access.log）或 syslog，而不是 stdout/stderr，这种就得进容器里手动查
检查 docker ps -a 中容器状态是否为 Exited (X)
括号里的退出码是关键线索，不是随便看看就行。
-
Exited (1)：通用错误，可能是应用代码异常、命令不存在、脚本语法错；也可能是容器内缺少依赖（比如用alpine镜像却调了glibc相关函数） -
Exited (137)：几乎可以锁定是 OOM —— 容器内存超限被 Linux OOM Killer 杀掉。这时候得看 Docker Desktop 设置里的内存配额，以及宿主机整体负载 -
Exited (139)：段错误（SIGSEGV），通常是二进制不兼容（比如 x86_64 镜像跑在 ARM 主机上），或 C 扩展崩溃 - 如果状态是
Created不是Exited，说明容器卡在启动前准备阶段，常见于挂载路径权限拒绝、SELinux 策略拦截、或绑定挂载的宿主机目录不存在
用 docker inspect 看 State 和 Mounts 字段
这个命令不执行任何操作，只读元数据，是定位“为什么起不来”的最终依据。
-
"Status": "created"或"running": false且"Error"字段非空，说明容器创建流程中途失败，错误信息就藏在Error里（例如"invalid mount config for type \"bind\": bind source path does not exist"） -
Mounts列表里如果出现"RW": false但应用需要写入，或者"Source"路径在宿主机上根本不存在，就会导致启动失败，但错误可能被吞掉，只显示为Exited (1) - 特别注意
NetworkSettings.Networks是否为空——如果是空，说明网络初始化失败，常见于 Docker Desktop 的 DNS 配置异常或 WSL2 网络栈损坏
真正难的不是查哪条命令报错，而是理解每条命令背后调用的是哪一层：CLI → dockerd → containerd → runc → 内核。越早确认故障落在哪一层，就越少做无用功。比如看到 Cannot connect to the Docker daemon 还去改 docker-compose.yml，就是方向性错误。
