使用'docker stop'和官方java映像的java进程没有收到SIGTERM

Question

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

我的Java应用程序处理SIGTERM信号以正常关闭.SIGTERM当我运行没有Docker的应用程序时,处理工作非常完美.

当我在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

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

CMD java -jar ...

当你现在进入容器并列出进程时,例如通过docker exec -it <containerName> ps AHf(我没有尝试使用java但带有ubuntu图像),你会看到你的Java进程不是根进程(不是PID 1的进程)而是一个子进程/bin/sh处理:

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的子进程(Java).

要使信号处理正常工作,您应该避免使用这些shell父进程.这可以通过使用builtin shell命令来完成exec.这将使子进程接管父进程.所以最后,前父进程不再存在.子进程成为PID的进程1.在您的尝试中执行以下操作Dockerfile:

CMD exec java -jar ...

然后,流程列表应显示如下内容:

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

现在你只有一个带有PID 1的进程.通常一个好的做法是让docker容器只包含一个进程 - 一个有PID 1的进程(或者如果你真的需要更多进程那么你应该使用例如supervisordPID 1本身需要注意其子进程的信号处理方法).

通过该设置,SIGTERM将由Java进程直接处理.之间没有任何shell进程可能会破坏信号处理.

编辑:

exec通过使用CMD隐式执行它的不同语法可以实现相同的效果(感谢Andy的评论):

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

Answer 2

@ h3nrik的答案是正确的，但有时您确实需要使用脚本来设置启动。在大多数情况下，只需使用exec命令即可完成操作：

#!/bin/sh

#--- Preparations

exec java -jar ...

看到这篇精彩的博客文章