日志是定位容器“秒退”问题的第一手线索，需用docker logs --tail 100 -t、--details等组合命令提取关键信息；若为空，则检查docker inspect中的exitcode和oomkilled字段，并排查端口冲突、权限、路径、依赖服务等典型错误。

容器启动后瞬间退出，日志是唯一能告诉你“发生了什么”的第一手线索——但不是所有日志都能直接看到，得用对方法。

先确认容器是否真有日志可查

很多新手执行 docker logs 后发现输出为空，就以为“没日志”。其实可能有三种情况：

• 主进程崩溃太快，连 stdout/stderr 都没来得及输出（比如语法错误、配置文件路径不存在）；
• 应用把日志写到了容器内文件（如 /var/log/nginx/error.log 或 logs/app.log），而 docker logs 只捕获标准输出；
• 容器已退出，但没加 --tail 或 -t，导致刷屏或看不到关键行。

用对命令，抓关键日志

别只敲 docker logs xxx。推荐组合使用：

minimax-mcp-docker版（适配极空间）

MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。

下载

• docker logs --tail 100 -t ：只看最后 100 行 + 时间戳，避免被冗余信息淹没；
• docker logs --details ：附带环境变量、主机名等上下文，有助于判断配置是否生效；
• docker logs --since "2026-08-13T21:40:00" ：按时间范围筛选，适合刚重启过的容器；
• 如果日志为空，立刻补查：docker inspect | grep -A 5 "State"，确认 ExitCode 和 FinishedAt 时间。

重点盯这些典型报错关键词

日志里出现以下内容，基本能直接定位问题类型：

• “port 80 already in use”：宿主机或其他容器占用了端口；
• “permission denied”：挂载卷权限不对，或容器以非 root 用户运行却试图写入 /tmp；
• “invalid option”、“unknown argument”：CMD/ENTRYPOINT 参数写错，比如 Nginx 加了 -g "daemon on"；
• “No such file or directory”：配置文件路径错误、JAR 包没 COPY 进镜像、或相对路径写错；
• “Connection refused”、“timeout”：启动时依赖的服务（DB、Redis、DNS）不可达。

日志真为空？试试进容器看文件日志

当 docker logs 没输出，又怀疑应用写了内部日志文件，可以临时启动一个调试容器复现：

• docker run -it --rm --volumes-from nginx:alpine sh，然后手动检查 /var/log/ 或应用指定日志目录；
• 或者用 docker commit debug-img 创建镜像，再 docker run -it debug-img sh 进去翻文件。