Docker容器entrypoint修改失效及状态保留、镜像生成问题咨询

为什么直接修改config.v2.json无效 #

直接编辑Docker容器底层的config.v2.json文件不会生效，因为Docker会自行维护容器的配置元数据，重启容器时会覆盖手动修改的内容，这种方式不被官方支持，也不可靠。

保留容器状态并生成带启动脚本和端口配置的自定义镜像 #

这是最稳妥的方案，能把当前容器的所有状态（已安装的包、文件、数据库内容）固化到新镜像中，同时配置好启动脚本和端口：

1. 停止目标容器：

docker stop <容器名称或ID>

2. 提交容器为新镜像，同时设置Entrypoint和暴露端口：

docker commit \
  --change='ENTRYPOINT ["/bin/bash", "/opt/startup.sh"]' \
  --change='EXPOSE 80 443 3306'  # 替换成你需要暴露的实际端口，多个用空格分隔
  <容器名称或ID> \
  my-custom-debian:v1  # 自定义镜像名称和标签

• --change参数相当于在Dockerfile里执行ENTRYPOINT和EXPOSE指令，直接把配置写入新镜像。
• 提前确保/opt/startup.sh有执行权限：如果之前没设置，先进入容器执行chmod +x /opt/startup.sh，再提交镜像。

3. 验证新镜像的配置：

docker inspect my-custom-debian:v1

在输出里查看Entrypoint和ExposedPorts字段，确认配置已生效。

使用新镜像创建自动运行脚本并暴露端口的容器 #

基于新镜像创建容器时，会自动继承Entrypoint和端口配置，只需映射端口即可：

docker run -d \
  -p 8080:80 \
  -p 8443:443 \
  -p 33060:3306 \
  my-custom-debian:v1

• -p <主机端口>:<容器端口>用于将主机端口映射到容器暴露的端口；如果想自动映射所有暴露的端口，可替换成-P（大写P）。

临时启动现有容器时指定脚本（不推荐长期使用） #

如果只是临时测试，不想生成新镜像，可以在启动容器时直接指定Entrypoint：

docker run -d \
  --entrypoint "/bin/bash" \
  <原容器使用的镜像名称> \
  "/opt/startup.sh"

但这种方式不会保留容器状态，每次启动都是全新的容器，仅适合临时场景。

注意事项 #

• 确保startup.sh中的服务是前台运行：如果脚本里启动的服务默认是后台运行（如Nginx、MySQL），需要修改为前台模式，或者在脚本末尾添加tail -f /dev/null，否则容器会在服务启动后立刻退出。
• 示例：Nginx前台启动命令为nginx -g 'daemon off;'；MySQL可修改配置文件关闭后台运行。

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