--no-cache 仅强制逐行重执行 Dockerfile 各层，但不更新基础镜像；需配合 --pull 才能刷新 FROM 镜像并触发全链路重建；对 RUN 中的外部依赖（如 pip install），还需显式添加 --force-reinstall 等参数确保获取最新版本。
直接加 --no-cache 就能强制整条镜像链路从头构建，但关键在于理解它真正影响的范围和配套动作。
明确 --no-cache 的作用边界
这个参数让 Docker 忽略所有中间层缓存，逐行执行 Dockerfile 指令，但它不会自动拉取最新基础镜像——除非你额外加 --pull。比如 FROM python:3.11 这一层，如果本地已有该标签镜像，Docker 默认复用，哪怕远程仓库已更新。所以单用 --no-cache 可能仍基于过时的基础环境构建。
必须搭配 --pull 才算真正“全新”
要确保整个链路（包括基础镜像）都刷新，命令应写成：
docker build --pull --no-cache -t myapp:v2 .- 对 docker-compose：用
docker-compose build --pull --no-cache service-name
--pull 强制检查并更新 FROM 行引用的镜像，配合 --no-cache 后，连带 RUN、COPY 等后续所有层都会重新计算哈希、重新执行，形成完整重构。
注意 RUN 指令中的隐性外部依赖
像 RUN apt-get update && apt-get install -y curl 或 RUN pip install -r requirements.txt 这类指令，本身不显式声明输入变化，但实际依赖网络源或远程包版本。仅靠 --no-cache 能触发重执行，但若 requirements.txt 文件内容没变，pip install 仍可能装旧版——因为 pip 默认不升级已安装包。此时需在指令中显式加 --force-reinstall 或 --no-deps --force-reinstall 等参数，才能真正拿到最新依赖。
避免误判“已重构”
构建日志里看到 “Step 1/10 : FROM…” 并不等于链路真的刷新了。要确认是否生效，可检查两处：
- 日志中是否有
Using cache字样——有则说明某层被跳过，--no-cache 未生效或被其他配置覆盖 - 构建完成后运行容器，执行
cat /etc/os-release或pip list | grep xxx，比对版本是否与预期一致
