Docker容器中timeout命令失效：为何两种执行方式结果不同？

核心问题出在容器PID 1进程的特殊信号处理机制以及孤儿进程的收养逻辑：

• 当你执行docker run python:3.8-alpine /bin/sh -c "timeout 1s sleep 5"时，容器内的PID 1进程是/bin/sh（Alpine系统默认的ash shell）。
• 这个sh进程会启动子进程timeout，timeout再启动子进程sleep 5。
• 1秒后，timeout向sleep发送SIGTERM信号，随后timeout自身退出。此时sleep变成孤儿进程，会被PID 1的sh收养。
• Linux系统中，PID 1进程默认不会向自己收养的孤儿进程发送终止信号，也不会因为孤儿进程的存在而主动退出。因此sleep会继续运行直到5秒结束，才会触发sh退出，容器随之停止。

而当你进入容器后执行timeout 1s sleep 5时，此时执行命令的sh并不是PID 1进程，它的父进程是容器的初始PID 1。timeout发送SIGTERM终止sleep后，timeout正常退出，整个命令也就在1秒后结束，符合预期。

• 直接让timeout成为容器的PID 1进程：

  docker run python:3.8-alpine timeout 1s sleep 5
  

• 或者使用Docker的--init参数，让容器启动一个专业的init进程（如tini）来处理信号和孤儿进程：

  docker run --init python:3.8-alpine /bin/sh -c "timeout 1s sleep 5"
  

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