Docker容器重启后手动安装的应用无法自动启动该如何解决？

• Docker 容器默认遵循无状态设计原则，所有未写入镜像、未配置持久化的运行时改动，在容器重启后不会默认生效。你在运行态容器内手动安装的软件、配置的应用启动逻辑，没有被纳入容器的默认启动流程，因此容器重启后不会自动执行对应的启动命令。

方案1：将所有改动集成到 Dockerfile（生产环境首选） #

这是符合容器化最佳实践的方案，把所有手动操作步骤都写入 Dockerfile 重新构建镜像，后续所有通过该镜像启动的容器都会自带依赖和自动启动逻辑：

• 手动执行的软件安装、配置修改命令，全部用 RUN 指令定义，例如手动安装了 redis 就添加：RUN apt update && apt install -y redis
• 应用的启动命令用 CMD 或 ENTRYPOINT 指令定义，例如应用启动脚本路径为 /opt/app/start.sh，就添加：CMD ["/bin/bash","/opt/app/start.sh"]

如果需要执行多条启动命令，可以把逻辑整合到一个自定义 shell 脚本中，先通过 COPY 指令把脚本复制到镜像内，再用 CMD 执行该脚本即可。

方案2：启动容器时指定自定义启动命令（适合临时测试场景） #

如果不想重新构建镜像，可以在启动容器时直接传入要执行的命令，把手动启动的逻辑拼接到启动参数中：
docker run -d [你的原有启动参数] 镜像名 sh -c "安装命令 && 配置命令 && 应用启动命令"

如果是已经创建完成的容器，可以将你手动执行的启动脚本挂载到容器的 /etc/profile.d/ 目录下（适配 Debian/Ubuntu 类基础镜像），容器启动时会自动执行该目录下的所有 .sh 后缀脚本。

方案3：将现有改动提交为新镜像（适合临时调试场景） #

如果手动改动较多不想重新写 Dockerfile，可以把已经配置完成的运行态容器直接提交为新镜像：

• 容器正常运行、所有配置验证无误时，执行 docker commit <容器ID> <新镜像名>
• 后续使用新镜像启动容器，所有手动改动都会保留，再按照方案1的逻辑为新镜像配置启动命令即可。

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