如何创建会进入CrashLoopBackOff状态的Docker容器？

直接用官方镜像快速实现 #

无需自定义镜像，利用官方基础镜像就能实现启动即崩溃的效果，适合快速测试：

Docker 单机运行 #

docker run --name crash-test alpine:latest sh -c "exit 1"

容器启动后会立刻执行exit 1退出，若需要持续触发重启（模拟CrashLoop场景），可以添加--restart always参数：

docker run --name crash-test --restart always alpine:latest sh -c "exit 1"

Docker Compose 配置 #

version: '3'
services:
  crash-test:
    image: alpine:latest
    command: ["sh", "-c", "exit 1"]
    restart: always

Kubernetes 部署（触发CrashLoopBackOff） #

在K8s环境中，容器退出后kubelet会自动尝试重启，多次失败后将进入CrashLoopBackOff状态，部署示例：

apiVersion: v1
kind: Pod
metadata:
  name: crash-pod
spec:
  containers:
  - name: crash-container
    image: alpine:latest
    command: ["sh", "-c", "echo '模拟告警日志: 服务异常退出' && exit 1"]

应用配置并查看状态：

kubectl apply -f crash-pod.yaml
# 等待1-2分钟后查看状态
kubectl get pods crash-pod

自定义崩溃镜像（带定制化日志） #

如果需要模拟特定的告警日志或退出逻辑，可以自行构建镜像：

编写Dockerfile #

FROM alpine:latest

# 启动时输出模拟告警日志，然后以非0状态码退出
CMD ["sh", "-c", "echo '[ERROR] 数据库连接失败，服务终止' && exit 2"]

构建并部署 #

# 构建镜像
docker build -t custom-crash-image .

# 在K8s中使用自定义镜像
kubectl set image pod/crash-pod crash-container=custom-crash-image

验证恢复场景 #

当需要测试恢复流程时，可直接修改容器的运行命令使其保持存活：

# 进入容器并启动一个长期运行的进程
kubectl exec -it crash-pod -- sh -c "sleep 3600"

或修改Pod的配置文件，将command改为["sleep", "3600"]，重新应用后容器将恢复为Running状态。

内容的提问来源于stack exchange，提问作者harshityadav95