SIGTERM不被java进程使用'docker stop'和官方的java映像接收

我正在使用基于debian/jessie的图像java:7u79在Docker容器中运行dropwizard Java应用程序。

我的Java应用程序处理SIGTERM信号以正常closures。 当我运行没有Docker的应用程序时， SIGTERM处理工作是完美的。

当我在Docker容器中运行时， SIGTERM在发出docker stop命令时没有到达Java应用程序。 它在10秒后突然杀死这个进程。

我的Dockerfile ：

 FROM java:7u79 COPY dropwizard-example-1.0.0.jar /opt/dropwizard/ COPY example.keystore /opt/dropwizard/ COPY example.yml /opt/dropwizard/ WORKDIR /opt/dropwizard RUN java -jar dropwizard-example-1.0.0.jar db migrate /opt/dropwizard/example.yml CMD java -jar dropwizard-example-1.0.0.jar server /opt/dropwizard/example.yml EXPOSE 8080 8081 

这个Dockerfile什么问题？ 有没有其他方法来解决这个问题？

Answer 1

假设您通过在Dockerfile定义以下内容来启动Java服务：

 CMD java -jar ... 

当你现在input容器并列出进程，例如通过docker exec -it <containerName> ps AHf （我没有用java和ubuntu镜像来试用），你会发现你的Java进程不是根进程（不是使用PID进行处理1）而是/bin/sh进程的subprocess：

 UID PID PPID C STIME TTY TIME CMD root 1 0 0 18:27 ? 00:00:00 /bin/sh -c java -jar ... root 8 1 0 18:27 ? 00:00:00 java -jar ... 

所以基本上你有一个Linux shell，它是PID 1的主进程，它有一个带有PID 8的subprocess（Java）。

为了让信号处理正常工作，应该避免使用shell父进程。 这可以通过使用内置shell命令exec来完成。 这将使subprocess接pipe父进程。 所以最后的父母过程不再存在了。 并且subprocess成为PID的进程1.在Dockerfile尝试以下Dockerfile ：

 CMD exec java -jar ... 

stream程清单应该显示如下内容：

 UID PID PPID C STIME TTY TIME CMD root 1 0 0 18:30 ? 00:00:00 java -jar ... 

现在，您只有一个PID为1的进程。通常，一个好的做法是让docker容器只包含一个进程 – 具有PID 1的进程（或者如果您真的需要更多的进程，那么您应该使用例如supervisord作为PID 1，关心其subprocess的信号处理）。

使用该设置， SIGTERM将被Java进程直接处理。 在两者之间没有任何壳程可能会破坏信号处理。

编辑 ：

同样的exec效果可以通过使用不同的CMD语法来实现（这要感谢Andy的评论）：

 CMD ["java", "-jar", "..."] 

Answer 2

@ h3nrik答案是正确的，但有时你真的需要使用脚本来设置启动。 在大多数情况下，只需使用exec命令就可以实现：

 #!/bin/sh #--- Preparations exec java -jar ... 

看到这个美好的博客文章