真正高效的做法是用 docker-compose up --build 一键重建，自动检测变更、构建镜像并替换容器，跳过手动 stop→rm→build→run 四步；配合 --no-cache 强制刷新缓存，或指定服务名如 web 精准重建。
快速重建 Docker 容器，核心不是“删了再建”，而是**跳过冗余步骤、复用已有资源、精准触发更新**。真正高效的做法，往往一条命令就能完成，而不是手动 stop → rm → build → run 四步走。
用 docker-compose up --build 一键重建
这是开发阶段最常用、最省心的方式。只要你的服务在 docker-compose.yml 中定义了 build: 路径（比如 build: ./app），就无需手动构建镜像。
- 执行
docker-compose up --build -d：自动检测代码或 Dockerfile 变更，重新构建对应服务镜像，并启动新容器（旧容器会自动停止并替换） - 加
--no-cache强制跳过所有缓存，适合依赖更新或调试构建逻辑时使用：docker-compose up --build --no-cache -d - 只重建某一个服务？加上服务名即可：
docker-compose up --build -d web
本地修改后免重新拉取基础镜像
频繁构建时，基础镜像（如 node:18、python:3.11）不用每次都下载。Docker 默认会复用本地已有的层。
- 确保 Dockerfile 中
FROM指令用的是带明确标签的镜像（如FROM nginx:1.25-alpine），避免用latest导致意外更新和缓存失效 - 如果基础镜像本身有更新（比如安全补丁），可手动拉取一次：
docker pull nginx:1.25-alpine，后续构建会自动用上新层
跳过构建，直接用新镜像重启容器
当你已经通过 docker build 或 CI 流水线生成了新镜像，就不必再走 compose 构建流程。
- 给新镜像打上明确标签，例如：
docker build -t myapp:v2.1 . - 停旧容器、删旧容器、跑新镜像，三步可合并为一条命令：
docker stop myapp && docker rm myapp && docker run -d --name myapp -p 8080:80 myapp:v2.1 - 更稳妥的做法是用
--restart unless-stopped启动，这样即使宿主机重启，容器也会自动恢复
避免重建：用 volume 挂载代码热更新
对开发中的应用（如 Node.js、Python Flask），根本不需要重建容器——直接挂载本地代码目录，改完保存就生效。
- 运行时用
-v $(pwd)/src:/app/src把源码映射进容器 - 配合文件监听工具（如 nodemon、watchdog），容器内进程自动重启，响应代码变更
- 注意：仅限开发，切勿在生产环境用这种方式，它绕过了镜像不可变性原则
