Docker容器遇错误即退出？原因及常驻容器配置方法

核心原因 #

Docker容器的生命周期完全绑定到容器内的PID 1进程——只要PID 1进程退出，容器就会立即停止，你自然会被踢出容器环境。这是Docker的默认行为。

具体场景分析 #

你的情况分两种可能：

• 场景1：直接用编译命令作为容器启动命令
  比如你执行了docker run -it myimage gcc test.c，此时gcc进程就是容器的PID 1。一旦编译出错、被Ctrl+C中断或触发段错误，gcc进程退出，PID 1消失，容器直接停止，你就被踢出。
• 场景2：进入容器shell后再编译
  如果你是通过docker run -it myimage bash进入容器后再编译，正常情况下编译进程是bash的子进程，它崩溃只会退出自身，不会导致bash（PID 1）退出。但如果出现被踢出的情况，大概率是你用了exec gcc ...命令——exec会让gcc替换bash进程成为新的PID 1，一旦gcc退出，容器就停止。

解决办法 #

1. 优先使用shell启动容器
   不要直接把编译命令作为启动命令，改成先启动交互式shell：

   docker run -it myimage bash
   

   进入容器后再执行编译命令，此时编译进程是shell的子进程，即使它崩溃，shell依然运行，容器不会停止。

2. 避免使用exec执行编译命令
   直接运行gcc test.c即可，不要加exec前缀，防止编译进程替换PID 1的shell。

3. 使用后台容器+docker exec的方式（更稳定）
   先启动一个后台运行的容器，再通过exec进入，这样容器的PID 1是长期运行的进程，不会因为编译错误停止：

   # 启动后台容器，用sleep infinity保持运行
   docker run -d --name dev-container myimage sleep infinity
   # 进入容器的交互式shell
   docker exec -it dev-container bash
   

   即使你在里面操作时触发错误，容器依然保持运行，你可以随时重新进入。

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