不使用docker run命令能否修改已有Docker容器配置

原生Docker不支持通过docker stop -> 修改配置 -> docker start的流程直接修改entrypoint、端口映射、内存限制这类容器创建时绑定的核心配置。这类参数是执行docker run创建容器阶段写入容器元数据的，默认docker start只会完全按照创建时的原有配置拉起容器，不会自动加载外部修改的新配置直接生效。

不同配置项的非重建修改方案 #

所有涉及修改Docker底层配置文件的操作，都需要先停止目标容器，操作前建议备份对应容器的元数据文件，避免配置损坏导致容器无法启动。

• 修改entrypoint、启动命令：两种可选方案，一是将当前容器状态提交为新镜像，之后使用新镜像指定需要的entrypoint参数启动，挂载原有数据卷即可；二是直接修改Docker数据存储目录下对应容器的config.v2.json文件，调整其中Entrypoint、Cmd字段的取值，重启Docker服务后生效。
• 修改端口映射ports：两种可选方案，一是修改容器目录下config.v2.json中的PortBindings字段，同时调整同目录下hostconfig.json中的端口绑定配置，重启Docker服务后生效；二是无需修改容器配置，直接在宿主机添加iptables转发规则，将需要开放的新端口流量转发到容器已映射的端口上，不需要重启Docker服务或修改容器元数据。
• 修改内存限制memory-limits、CPU配额等资源参数：Docker 1.10及以上版本提供了官方的docker update命令，无需重建容器、无需修改底层配置文件，容器停止或运行状态下都可以执行，例如为容器设置2G内存限制的命令为：

  docker update --memory 2g --memory-swap 2g <container_id>
  

  命令执行完成后启动容器即可生效，除内存限制外，重启策略、CPU权重、磁盘IO限制等资源类配置大多支持通过该命令直接调整。

关于重新执行docker run无法复用数据的问题 #

新容器从头执行初始化流程、无法复用原有数据的核心原因，是没有将持久化数据与容器生命周期解耦。容器本身是临时存储的，所有需要留存的数据都应当存放在挂载的宿主机目录或Docker命名卷中。只要新启动容器时，通过-v参数将原有数据卷挂载到容器内对应路径，即使删除旧容器重新执行docker run，也不会丢失数据——绝大多数镜像的初始化逻辑都会优先判断数据目录是否为空，只要目录内存在已有数据，会直接跳过初始化流程，不会覆盖原有内容。

注意：直接修改Docker内部config.v2.json、hostconfig.json的方式不属于官方推荐的操作路径，Docker大版本升级时这类内部文件的结构可能发生调整，存在配置失效的风险。生产环境优先使用docker update调整资源限制，端口变更优先使用iptables或上层四层负载做转发，需要调整启动参数时建议提前将持久化数据剥离到独立数据卷后，使用新参数重建容器，稳定性最高。

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