Question

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

我的Java应用程序处理SIGTERM信号以正常关闭。当我在没有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 ...

现在输入容器并列出进程，例如通过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的进程（或者如果你真的需要更多的进程，那么你应该使用例如{{3}作为PID 1，它本身负责其子进程的信号处理。）

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

修改：

使用不同的exec语法隐式执行此操作可以实现相同的CMD效果（感谢supervisord的评论）：

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

Answer 2

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

#!/bin/sh

#--- Preparations

exec java -jar ...

看到这个精彩的blog post

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

2 个答案: