如何在容器启动时自动运行命令并在执行完成后保持容器运行

Docker容器的生命周期完全绑定其1号主进程的运行状态：主进程运行时容器存活，主进程退出时容器随之停止。

• 你手动进CLI运行脚本时，容器启动的主进程是bash终端，你执行的bash ./script1.sh只是主进程下的子进程，脚本运行完成后子进程退出，主进程bash仍然存活，因此容器不会停止。
• 你将CMD设置为bash ./script1.sh时，容器的1号主进程就是这个执行脚本的bash进程，脚本运行完成后主进程自然退出，容器也就随之停止。

根据你的使用场景选择对应方案即可：

场景1：脚本运行完成后需要保留交互终端 #

修改Dockerfile的CMD指令，脚本执行完成后启动bash作为主进程：

CMD bash ./script1.sh && bash

启动容器时需要添加-it参数分配交互终端：

docker run -it <你的镜像名>

此时脚本自动运行完成后，会直接进入容器内部的bash终端，容器保持运行。

场景2：脚本运行完成后只需容器后台存活，无需交互 #

修改CMD指令，脚本执行完成后启动一个永久阻塞的进程作为主进程：

CMD bash ./script1.sh && tail -f /dev/null

正常后台启动容器即可：

docker run -d <你的镜像名>

tail -f /dev/null是一个不会主动退出的空命令，会作为主进程一直运行，保持容器存活。

场景3：需要更灵活的启动逻辑（推荐） #

你可以编写独立的入口脚本统一处理启动逻辑，示例如下：

1. 新建entrypoint.sh文件：

#!/bin/bash
# 先自动执行目标脚本
bash ./script1.sh
# 执行CMD传入的命令作为主进程
exec "$@"

2. 修改Dockerfile添加入口配置：

# 原有配置不变，新增以下内容
COPY entrypoint.sh ./
RUN chmod +x ./entrypoint.sh
ENTRYPOINT ["./entrypoint.sh"]
# 默认启动bash，可根据需要替换为其他命令
CMD ["bash"]

这种方式扩展性更强，后续需要修改启动逻辑时只需调整entrypoint.sh即可，无需修改Dockerfile的核心配置。

内容的提问来源于stack exchange，提问作者antoniopgs