process.on(signal, function () {
shutdown(signal, signals[signal]);
});
});
这个应用是一个 http 服务器，监听端口 3000，为 SIGINT 和 SIGTERM 信号注册了处理程序。接下来我们将介绍以不同的方式在容器中运行程序时信号的处理情况。
应用程序作为容器中的 1 号进程
创建 Dockerfile 文件，把上面的应用打包到镜像中：
FROM iojs:onbuild
COPY ./app.js ./app.js
COPY ./package.json ./package.json
EXPOSE 3000
ENTRYPOINT ["node", "app"]请注意 ENTRYPOINT 指令的写法，这种写法会让 node 在容器中以 1 号进程的身份运行。
接下来创建镜像：
$ docker build --no-cache -t signal-app -f Dockerfile .然后启动容器运行应用程序：
$ docker run -it --rm -p 3000:3000 --name="my-app" signal-app此时 node 应用在容器中的进程号为 1：
现在我们让程序退出，执行命令：
$ docker container kill --signal="SIGTERM" my-app此时应用会以我们期望的方式退出：
应用程序不是容器中的 1 号进程
创建一个启动应用程序的脚本文件 app1.sh，内容如下：
#!/usr/bin/env bash
node app 然后创建 Dockerfile1 文件，内容如下：
FROM iojs:onbuild
COPY ./app.js ./app.js
COPY ./app1.sh ./app1.sh
COPY ./package.json ./package.json
RUN chmod +x ./app1.sh
EXPOSE 3000
ENTRYPOINT ["./app1.sh"]接下来创建镜像：
$ docker build --no-cache -t signal-app1 -f Dockerfile1 .然后启动容器运行应用程序：
$ docker run -it --rm -p 3000:3000 --name="my-app1" signal-app1此时 node 应用在容器中的进程号不再是 1：
现在给 my-app1 发送 SIGTERM 信号试试，已经无法退出程序了！在这个场景中，应用程序由 bash 脚本启动，bash 作为容器中的 1 号进程收到了 SIGTERM 信号，但是它没有做出任何的响应动作。
我们可以通过：
$ docker container stop my-app1
# or
$ docker container kill --signal="SIGKILL" my-app1退出应用，它们最终都是向容器中的 1 号进程发送了 SIGKILL 信号。很显然这不是我们期望的，我们希望程序能够收到 SIGTERM 信号优雅的退出。
