docker 关闭命令后 容器不执行脚本
引言
Docker 是一种流行的容器化平台，可以在不同的操作系统上运行应用程序。它提供了一种轻量级的虚拟化解决方案，使开发人员能够将应用程序与其依赖的库和环境一起打包到容器中，并在任何地方以相同的方式运行。然而，在使用 Docker 时，有时候会遇到容器在关闭命令后不执行脚本的问题。本文将分析这个问题的原因，并提供解决方案。
问题描述
当我们使用 Docker 运行一个容器时，可以通过以下命令关闭容器：
docker stop <container_id>
然而，有时候我们会发现容器在执行脚本后不会正常关闭。这可能会导致一些问题，比如资源泄漏和数据丢失。
问题原因
容器在关闭时，默认会发送一个 SIGTERM 信号给容器内的进程。这个信号是一个终止信号，用于请求进程正常退出。然而，一些进程可能会忽略该信号，导致容器无法正常关闭。
例如，假设我们在容器内运行一个 Bash 脚本，该脚本会在收到 SIGTERM 信号后进行一些清理工作。但是，脚本中的某个命令可能会导致进程忽略该信号：
trap "echo 'Cleanup...'; exit 0" SIGTERM
在这种情况下，当容器收到 SIGTERM 信号时，进程将会执行清理操作并退出。然而，如果脚本中的某个命令阻塞了进程，或者进程被其他原因阻塞，那么进程将无法正常退出，从而导致容器无法关闭。
解决方案
为了解决容器在关闭命令后不执行脚本的问题，我们可以使用 Docker 的 --init 参数来启动容器。这个参数会在容器内部启动一个 init 进程，该进程会接收到 SIGTERM 信号并将其传递给容器内的其他进程。
docker run --init <image_name>
使用 --init 参数启动容器后，容器内部的进程将会使用 init 进程作为父进程。当我们关闭容器时，init 进程会接收到 SIGTERM 信号，并将其传递给所有子进程。这样，即使某个进程忽略了 SIGTERM 信号，init 进程也可以强制终止它。
另一种解决方案是使用 Docker 的 --stop-signal 参数来指定发送给容器内部进程的停止信号。默认情况下，Docker 使用的是 SIGTERM 信号。但是，我们可以通过 --stop-signal 参数指定其他信号，比如 SIGINT 或 SIGQUIT。
docker run --stop-signal=SIGINT <image_name>
通过将停止信号设置为其他值，我们可以尝试使用不同的信号来关闭容器。这有助于解决一些进程可能对 SIGTERM 信号不敏感的问题。
示例
为了更清楚地说明以上解决方案，我们来看一个示例。
假设我们有一个简单的 Docker 镜像，其中包含一个 Bash 脚本，该脚本会在收到 SIGTERM 信号时输出一条消息并退出。我们可以使用以下脚本创建 Dockerfile 和脚本文件：
# Dockerfile
FROM ubuntu:latest
COPY script.sh /script.sh
RUN chmod +x /script.sh
CMD ["/script.sh"]
# script.sh
#!/bin/bash
trap "echo 'Cleanup...'; exit 0" SIGTERM
echo "Script is running..."
# 模拟长时间运行的命令
sleep 10
首先，我们可以使用以下命令构建镜像：
docker build -t my_image .
然后，我们可以使用以下命令启动一个容器，并尝试关闭
