Docker 无 DockerUpdate 命令，仅支持 docker update 动态调整 CPU、内存等少数运行时资源限制；无法修改环境变量、端口映射、挂载卷、网络模式等静态配置，变更需重启容器或使用 Docker Compose 滚动更新。
Docker 本身不提供 DockerUpdate 这个原生命令，也没有官方支持的、能在容器运行时动态修改其资源配置（如 CPU、内存限制、网络模式、挂载卷等）的“update”机制。所谓“DockerUpdate”，可能是对 docker update 命令的误称，或是某些第三方工具/脚本的自定义命名。
使用 docker update 调整部分运行中容器的资源限制
docker update 是 Docker 内置命令，仅支持在容器运行时动态调整少数几类资源参数，且依赖宿主机内核和容器运行时（如 runc）的支持。它不能修改镜像、环境变量、端口映射、挂载卷、网络连接方式等静态配置。
- 支持调整的常见参数包括：
–cpus（CPU 核心上限）、
–memory / -m（内存上限）、
–memory-reservation（内存软限制）、
–restart（重启策略，仅影响后续重启行为） - 示例：将运行中的容器
myapp的 CPU 限制设为 1.5 核，内存上限设为 512MBdocker update --cpus=1.5 --memory=512m myapp - 注意：若容器已超出新设的内存限制，可能被 OOM Killer 终止；调整 CPU 权重（如
--cpu-shares）在现代 Linux cgroups v2 下效果有限，推荐优先用--cpus
无法通过 docker update 修改的配置项
以下配置一旦容器启动，就无法通过 docker update 动态变更，必须重启容器：
- 环境变量（
-e）、工作目录（-w）、入口点（--entrypoint） - 端口映射（
-p）、绑定挂载（-v）、设备挂载（--device） - 网络模式（
--network）、DNS 设置、主机名（--hostname） - 安全选项（
--cap-add、--privileged）、用户（-u）
若需变更上述内容，应使用 docker commit 保存当前状态为新镜像（不推荐），或更规范地：停止容器 → 用 docker run 加新参数重新启动（建议配合 Docker Compose 或编排工具管理）。
替代方案：用 Docker Compose 实现“平滑更新”
对于开发或轻量生产环境，Docker Compose 提供更可控的配置更新流程：
- 修改
docker-compose.yml中对应服务的配置（如mem_limit、deploy.resources.limits、volumes等） - 执行
docker compose up -d，Compose 会自动对比差异，对需要变更配置的服务进行滚动停旧启新（默认策略） - 配合
healthcheck和restart_policy可进一步降低中断影响
高级场景：运行时热重载（非 Docker 原生）
真正意义上的“动态配置热更新”通常需应用自身支持（如 Nginx 支持 nginx -s reload，Spring Boot Actuator 支持刷新 @ConfigurationProperties），而非依赖容器层。此时可：
- 在容器内运行支持热重载的应用，并通过
docker exec触发重载命令 - 将配置文件挂载为 ConfigMap（Kubernetes）或外部卷，由应用监听文件变化
- 避免把配置硬编码进容器，改用环境变量 + 应用内配置中心（如 Consul、Nacos）
容器只是运行载体，配置动态性最终取决于应用设计与基础设施协同方式。
