微服务自动重启脚本致PID非1，无法接收Kubernetes SIGTERM信号问题

我明白你的痛点：当前的while循环脚本确实能实现自动重启，但因为shell进程是PID1，子进程app收不到Kubernetes发送的SIGTERM信号，导致没法优雅关闭。下面给你几个实用的解决办法：

方案1：用exec让app成为PID1 #

这是最简单直接的方法，修改你的run_app.sh脚本，在启动app时加上exec命令，这样app进程会直接替换掉shell进程，成为容器的PID1，就能直接接收K8s的信号了：

#!/usr/bin/env bash
while true; do
  exec ./app
done

原理：exec会用新进程替换当前的shell进程，而不是创建子进程。这样每次启动的app都会成为PID1，信号会直接传递给它，优雅关闭逻辑就能正常工作了。

方案2：捕获信号并转发给app进程 #

如果你的脚本需要在app重启前执行一些清理操作，没法用exec替换shell，那可以通过捕获信号并转发的方式处理：

#!/usr/bin/env bash

# 定义信号处理函数
handle_signal() {
  echo "Received signal, forwarding to app..."
  kill -SIGTERM $APP_PID
  wait $APP_PID
}

# 捕获SIGTERM和SIGINT信号
trap handle_signal SIGTERM SIGINT

while true; do
  # 启动app并记录PID
  ./app &
  APP_PID=$!
  # 等待app进程退出
  wait $APP_PID
  echo "App exited, restarting..."
done

这个脚本会：

• 捕获K8s发送的SIGTERM/SIGINT信号
• 把信号转发给运行中的app进程
• 等待app优雅关闭后再重启

方案3：直接在Dockerfile中实现（无需单独脚本） #

如果你不想维护额外的shell脚本，可以直接在Dockerfile里用CMD的exec形式结合循环，同样让app成为PID1：

FROM ubuntu:16.04
# ... 其他构建步骤 ...
CMD ["sh", "-c", "while true; do exec ./app; done"]

这样每次循环启动app时都会用exec替换sh进程，保证app是PID1，同时实现自动重启。

为什么原方案会有问题？ #

在你的原脚本中，run_app.sh是容器的PID1进程，./app是它的子进程。当Kubernetes发送SIGTERM信号时，只会发给PID1（也就是shell进程），而默认情况下shell不会把信号转发给子进程，导致app收不到关闭信号，只能被强制杀死，无法优雅关闭。

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