容器启动后立即退出的根本原因是主进程（PID 1）未前台持续运行，其生命周期结束即导致容器终止；需确保CMD/ENTRYPOINT指定的命令为长期运行的前台进程，而非执行即退出的脚本或守护模式服务。
容器启动后马上退出，根本不是 Docker Desktop 的问题，而是容器主进程没活过 1 秒 —— 你得先确认它有没有在前台真正跑起来。
docker run 启动就退出：检查 -d 参数和前台进程
很多人在终端里敲 docker run -p 8080:80 nginx，回车后没报错，一查 docker ps -a 却发现状态是 Exited (0)。这不是 Docker Desktop 故障，是你忘了加 -d，容器在前台运行，命令执行完（比如 Nginx 启动后立刻因守护模式退出）就结束了。
- 默认不加
-d，容器会绑定当前终端；Ctrl+C 或命令结束，PID 1 进程终止，容器立即退出 - Nginx、Apache、Redis 等官方镜像默认以守护模式（daemon）启动，主进程 fork 后父进程退出 → 容器退出
- 正确做法是强制前台运行：
docker run -d -p 8080:80 nginx nginx -g "daemon off;" - 若只是临时调试，可用
docker run -it --rm ubuntu sleep 30验证基础行为
docker build 启动即退：CMD 执行完就收工
自己写 Dockerfile 时，如果最后一行是 CMD ["sh", "-c", "echo hello && exit 0"]，容器启动后打印 hello 就退出 —— 因为 sh 进程执行完所有命令就结束了，PID 1 消失，容器跟着停。
-
CMD和ENTRYPOINT的最终效果都必须是一个**长期存活的前台进程** - 别用
service start xxx或/etc/init.d/xxx start，它们大多后台化并立即返回 - 测试用法：
CMD ["tail", "-f", "/dev/null"]可保容器常驻（仅限调试，勿上生产） - 真实服务应直接调用二进制+前台参数，例如：
CMD ["/app/server", "--mode=prod", "--foreground"]
容器退出后查不到日志？用 inspect 看 ExitCode 和 State
容器一闪而过，docker logs <container_id></container_id> 返回空，不代表没输出 —— 很可能进程根本没来得及初始化就挂了，或者 stdout/stderr 没被正确捕获。
- 先看退出码：
docker inspect <container_id> --format='{{.State.ExitCode}}'</container_id> -
0：主进程自行退出（常见于脚本执行完、无前台命令） -
137：被 OOM Killer 杀掉（内存超限），检查-m限制 -
143：收到 SIGTERM（比如docker stop或健康检查失败触发重启策略） - 完整状态：
docker inspect <container_id> --format='{{json .State}}'</container_id>，重点关注StartedAt和FinishedAt时间差
Docker Desktop 本身卡住 ≠ 容器退出
如果你发现连 docker run hello-world 都失败，或命令卡住不动，那问题不在容器，而在 Docker Desktop 底层运行时（WSL2 / Hyper-V / 资源冲突）。
- 先验证引擎是否就绪：
docker info是否正常返回？若报错或超时，说明 Desktop 没起来 - Windows 用户重点检查：
wsl --list --verbose中docker-desktop和docker-desktop-data是否为Running - 常见修复动作：
wsl --shutdown→ 重启 Docker Desktop → 如仍失败，重置 WSL 发行版：wsl --unregister docker-desktop+wsl --unregister docker-desktop-data - Mac 用户注意：FileVault（文件保险箱）启用时可能导致挂载延迟，可尝试关闭后重启 Desktop
最易被忽略的一点：容器退出往往不是配置错了，而是你压根没让任何东西“持续活着”。PID 1 不是服务名，是进程实例 —— 它得一直在 CPU 上调度、有文件描述符、能响应信号。别依赖 init 脚本、systemd 或后台符号 &，Docker 不需要、也不支持那些。
