容器崩溃后只要Pod未被删除，即可用kubectl logs --previous查看其最后一次运行的日志；需确保Pod处于CrashLoopBackOff等非Running但未删除状态，多容器时须指定-c，Job类Completed Pod则无需--previous。
在 Kubernetes 中，容器崩溃后如果未及时捕获日志，标准输出（stdout）和标准错误（stderr）内容可能丢失——因为 Pod 重启或被清理后，原容器的运行时日志就不可访问了。但只要 Pod 还没被彻底删除（即处于 CrashLoopBackOff、Error 或 Completed 等非 Running 状态），你仍可通过 kubectl logs 查看它最后一次运行时的标准输出日志。
确认目标 Pod 处于可查日志的状态
只有以下情况才能查到崩溃容器的日志：
- Pod 仍在当前命名空间中（未执行
kubectl delete pod） - 容器已终止但 Pod 对象还存在（常见于
CrashLoopBackOff状态） - Pod 使用的是默认日志驱动（
json-file，K8s 默认）且未配置日志轮转清除策略
用这条命令快速筛选出异常 Pod：
kubectl get pods --field-selector status.phase!=Running -n
查看崩溃容器的上一次日志（关键命令）
容器崩溃后，K8s 会保留其退出前的 stdout/stderr 日志。使用 --previous 参数即可读取：
kubectl logs
说明：
-
--previous表示获取该容器**上一个实例**（即刚崩溃的那个）的日志 - 如果 Pod 有多个容器，必须用
-c明确指定 - 若不加
--previous，而容器已退出，命令会报错：container "xxx" in pod "yyy" is waiting to start: CrashLoopBackOff
排查多容器 Pod 或历史重启场景
当 Pod 重启多次或含多个容器时，需更精准定位：
- 列出所有容器名：
kubectl get pod-o jsonpath='{.spec.containers[*].name}' - 查看某容器最近 3 次崩溃日志（需配合节点日志或外部采集）：K8s 原生命令只支持
--previous（仅上一次），无法回溯更早崩溃；如需长期日志，应接入 Loki、ELK 或 Fluentd 等日志系统 - 若 Pod 已变成
Completed（如 Job），直接kubectl logs即可，无需--previous，因其容器天然只运行一次
补充技巧：实时跟踪崩溃前的最后几行日志
有时崩溃发生很快，日志刷屏难以捕捉。可结合 --tail 和 --timestamps 提高可读性：
kubectl logs
这会显示崩溃前最后 50 行带时间戳的日志，便于定位 panic、exception 或 OOM Killer 记录。
