Docker镜像分层机制通过只读层叠加与复用实现高效存储和构建：基础镜像为底层，每条Dockerfile指令生成独立只读层，共享相同层可节省磁盘空间；运行时叠加可写层，结合UnionFS和写时复制（CoW）保障一致性与性能。
不能靠“把文件放不同目录”来实现彻底分离，关键在于利用镜像分层机制，在构建阶段就让业务逻辑和静态资源归属完全独立的层，互不耦合、互不影响。
分层设计：让动静资源物理隔离在不同镜像层
静态资源（HTML/CSS/JS/图片等）应打包进一个专用镜像，仅含 Nginx 运行时和静态文件；业务逻辑（如 Java 后端、Python API）则构建另一个镜像，只包含运行环境与可执行代码。两者共用同一基础层（如 alpine:latest 或 debian:slim），但后续层绝不交叉。
- 静态镜像的 Dockerfile 中，COPY 指令只复制
/usr/share/nginx/html/下的资源，不带任何构建工具或源码 - 业务镜像的 Dockerfile 中，RUN 安装依赖、COPY 编译产物（如
app.jar），但绝不触碰 Nginx 目录或前端文件 - 两个镜像都基于相同基础镜像（例如
FROM openjdk:17-jre-slim和FROM nginx:alpine可分别优化为共用FROM debian:slim的自定义基础层）
多阶段构建：编译与发布环境严格切分
前端工程（如 Vue/React）需先构建出 dist 目录，这个过程必须在构建阶段完成，且构建环境与运行环境完全分离。使用多阶段构建，避免把 node_modules、webpack 等开发依赖打入最终镜像。
- 第一阶段用
node:18-alpine安装依赖并运行npm run build - 第二阶段用
nginx:alpine，通过COPY --from=0 /app/dist /usr/share/nginx/html复制产物 - 最终镜像体积只含 Nginx 二进制 + 静态文件，不含任何 JS 源码、map 文件或构建工具
运行时解耦：容器间职责分明，不共享文件系统
不要把前后端打进同一个容器，也不要在运行时挂载宿主机路径混放动静资源。应启动两个独立容器：
- Nginx 容器：只挂载自身镜像内的静态内容，通过
location /api反向代理到后端容器 - 业务容器：暴露 API 端口（如 8080），不提供任何静态服务，不挂载 HTML 资源目录
- 两者通过 Docker 网络通信，Nginx 容器内配置
proxy_pass http://backend:8080，无需 IP 或端口硬编码
缓存与更新：按层粒度控制发布节奏
静态资源更新频繁，业务逻辑更新较慢——分层结构天然支持差异化更新策略：
- 前端改了 CSS，只需重建并推送静态镜像，后端容器完全不用重启
- 后端修复 bug，只更新业务镜像，Nginx 容器保持运行，静态资源缓存不受影响
- Docker 构建时，基础层和静态资源层若未变，会直接复用缓存，大幅缩短 CI 时间
