Dockerfile 中 C++ 编译应分层隔离依赖安装与源码编译、单 RUN 完成编译+清理、精准 COPY 源码文件、优先采用多阶段构建，以减小镜像体积、提升缓存效率和安全性。
Dockerfile 中用 RUN 编译 C++ 源码时，层级（layer）管理直接影响镜像体积、构建速度和可维护性。关键在于避免无效重复编译、减少中间产物残留，并让缓存更高效。
把依赖安装和源码编译分层隔离
不要在同一个 RUN 中混写 apt install 和 g++ 编译。前者属于基础环境，后者依赖源码内容。分层后，只要依赖不变，安装层就能复用缓存；而源码一改，只触发编译层重建。
- ✅ 推荐写法：
RUN apt-get update && apt-get install -y build-essential cmakeCOPY src/ /app/src/RUN cd /app/src && g++ -o myapp main.cpp utils.cpp - ❌ 避免写法：
RUN apt-get update && apt-get install -y build-essential && cd /tmp && git clone ... && g++ ...（所有操作挤在一 RUN，任意步骤变都重来）
清理编译中间文件，别让它们留在层里
C++ 编译常生成 .o、.a、CMakeFiles/ 等临时文件。若不清理，它们会固化进该层，增大镜像且无法被后续 RUN 删除（Docker 层只增不减）。
- 用单条
RUN完成“编译 + 安装 + 清理”，确保中间物不落盘：RUN cd /app/src && cmake . && make && make install && rm -rf CMakeFiles/ *.o && make clean - 若用多阶段构建，更彻底：编译放在
builder阶段，只COPY最终二进制到运行阶段，完全规避中间层污染
利用构建缓存，让源码变更只影响必要层
Docker 按指令顺序逐层比对缓存。把变动频繁的内容（如源码）尽量往后放，前面固定的部分（如依赖版本、编译器参数）才能稳定命中缓存。
立即学习“C++免费学习笔记（深入）”；
-
COPY源码放在RUN编译之前，但要避免COPY . /app/—— 这会让任何小文件（日志、IDE 配置）改动都使后续所有层失效 - 精准
COPY：COPY CMakeLists.txt /app/<br> COPY src/ /app/src/<br> RUN cmake /app && make -C /app/build（只传构建真正需要的文件）
多阶段构建是 C++ 项目的推荐模式
它天然解决层级臃肿问题：第一阶段装完整工具链并编译，第二阶段只拿编译结果，连编译器都不进最终镜像。
- 示例结构：
FROM ubuntu:22.04 as builder<br> RUN apt-get update && apt-get install -y g++ cmake<br> COPY src/ /app/src/<br> RUN mkdir /app/build && cd /app/build && cmake ../src && make<br> FROM ubuntu:22.04-slim<br> COPY --from=builder /app/build/myapp /usr/local/bin/<br> CMD ["/usr/local/bin/myapp"] - 最终镜像不含
g++、头文件、静态库，体积通常缩小 5–10 倍，安全性也更高
