容器创建后返回ID不等于运行成功，必须确认状态为Up且可访问；状态为Created说明启动失败，常见原因包括指令错误、镜像平台不匹配、端口占用、挂载权限不足等。
容器创建命令执行完后返回一串长 ID，不等于容器就在运行——这是新手最容易误判的地方。真正确认成功，得看它是否进入 Up 状态，并能被正确访问或交互。
docker ps 能看到容器但状态是 “Created”？
这说明容器启动失败，卡在初始化阶段，没真正跑起来。常见原因包括：
-
ENTRYPOINT或CMD指令写错，比如路径不存在、命令拼错、缺少依赖 - 镜像本身不支持当前平台（如在 Intel Mac 上拉了
arm64镜像却没加--platform linux/amd64） - 端口被占用（
-p 8080:80中宿主机 8080 已被占用），Docker 不报错但容器无法启动 - 挂载目录权限不足（尤其是 Windows 上用
-v C:\data:/app时，WSL2 默认不自动映射该路径）
解决方法：先用 docker ps -a 查看完整列表，找到对应容器的 STATUS 列；再执行 docker logs 看启动日志，错误通常就藏在里面。
为什么 docker run -d 后马上 docker ps 查不到？
不是没创建，而是容器启动极快又立刻退出了。典型场景有：
- 运行了一个无前台进程的镜像，比如
docker run -d ubuntu—— Ubuntu 镜像默认没有长期运行的进程，启动 shell 后立即退出 - 用了
--rm且容器退出后被自动清理，docker ps -a也查不到 - 后台服务启动慢，
docker ps执行太早，还没来得及注册进列表（概率低，但sleep 1 && docker ps可验证）
验证建议：加 -it 交互式运行（去掉 -d），观察终端输出；或改用带常驻进程的镜像测试，例如 docker run -d --name test-nginx nginx:alpine。
容器显示 Up 但服务访问不了？
状态正常 ≠ 服务可用。重点检查三件事：
- 端口映射是否生效：
docker port输出应包含类似80/tcp -> 0.0.0.0:8080；若为空，说明-p参数没起作用（常见于忘记加-p或写成-P） - 容器内服务是否监听
0.0.0.0而非127.0.0.1（很多 Web 框架默认只绑本地，需显式配置） - 防火墙或安全软件拦截了宿主机端口（Windows Defender 防火墙、第三方杀软常默默 block 新端口）
快速验证：进容器内部用 curl -v http://localhost:80（假设服务在 80 端口），如果通，说明服务正常，问题出在宿主网络层。
最易被忽略的是容器健康检查未启用时，Up 2 minutes 这个时间只代表“自启动以来没崩溃”，不代表服务响应正常。真要保稳，得在 Dockerfile 里加 HEALTHCHECK，或用 docker exec 主动探活。
