Dockerfile中执行Shell脚本后启动Java应用并接收OS信号的方法

你的问题核心是：当前ENTRYPOINT用shell组合命令时，Docker会启动一个sh进程作为PID 1，Java进程是它的子进程，导致OS信号（比如终止信号）被shell拦截，无法传递给Java应用。要解决这个问题，关键是让Java进程成为容器的PID 1进程，以下是两种可行方案：

方案1：直接修改ENTRYPOINT，用exec替换shell进程 #

在Java命令前加上exec，让Java进程替换当前的shell进程，成为PID 1。修改后的ENTRYPOINT如下：

ENTRYPOINT ["/bin/sh", "-c", "./import-amazon-rds-certs.sh && exec java -jar /app.jar"]

这里的exec java ...会替换执行命令的shell进程，确保Java进程成为容器的PID 1，就能正常接收OS信号了。

方案2：编写专用启动脚本（推荐） #

这种方式更清晰，也方便后续扩展其他启动逻辑：

1. 创建启动脚本start-app.sh，内容如下：

#!/bin/sh

# 执行RDS证书导入脚本
./import-amazon-rds-certs.sh

# 用exec启动Java应用，替换当前shell进程
exec java -jar /app.jar

2. 在Dockerfile中添加脚本权限配置，并设置ENTRYPOINT为脚本（采用JSON数组格式，避免启动额外shell）：

# 给脚本添加执行权限
RUN chmod +x ./start-app.sh ./import-amazon-rds-certs.sh

# 使用JSON格式的ENTRYPOINT直接启动脚本
ENTRYPOINT ["./start-app.sh"]

这种方式下，start-app.sh会以PID 1运行，最后通过exec让Java进程替换它，同样保证Java成为PID 1，能接收信号。

关键原理 #

容器的PID 1进程负责接收Docker发送的信号（比如docker stop发送的SIGTERM），只有让Java进程成为PID 1，才能直接响应这些信号。exec命令的作用就是让后续启动的进程替换当前进程，而不是作为子进程运行，这是解决信号传递问题的核心。

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