Docker环境下GitLab CI如何缓存Maven依赖与Docker镜像层

要实现pom.xml无变更时复用Maven依赖缓存，需要同时优化Dockerfile分层逻辑和GitLab CI的构建配置，两步操作即可：

1. 优化项目Dockerfile实现分层构建 #

Docker镜像层是按指令顺序缓存的，只要对应指令的关联文件没有变更，就会直接复用已有层。你需要把Maven依赖下载的逻辑提前到复制业务代码之前，示例配置如下：

# 基础镜像根据你的项目jdk版本调整
FROM maven:3.8.6-openjdk-11-slim as builder
WORKDIR /app
# 先单独复制pom.xml，只要pom不变这层就会缓存
COPY pom.xml .
# 提前下载所有Maven依赖，这一步只要pom没改就不会重复执行
RUN mvn dependency:go-offline
# 再复制全部业务源码
COPY src ./src
# 执行构建
RUN mvn package -DskipTests

# 运行时镜像（如果不需要多阶段构建可以直接合并成单阶段，分层逻辑一样）
FROM openjdk:11-jre-slim
WORKDIR /app
COPY --from=builder /app/target/*.jar app.jar
ENTRYPOINT ["java","-jar","app.jar"]

2. 调整gitlab-ci.yml启用远程镜像缓存 #

默认Docker构建只会用本地存在的镜像层作为缓存，你需要在CI构建时主动拉取之前推送的镜像作为缓存源，修改后的配置如下：

docker-build-master:
  # Official docker image.
  image: docker:latest
  stage: build
  services:
    - docker:dind
  before_script:
    - docker login -u "$CI_REGISTRY_USER" -p "$CI_REGISTRY_PASSWORD" $CI_REGISTRY
  script:
    # 先拉取已有最新镜像作为缓存源，拉取失败也不中断构建（第一次构建时还没有镜像）
    - docker pull $CI_REGISTRY_IMAGE:latest || true
    # 构建时增加--cache-from参数指定用刚拉取的镜像作为缓存源
    - docker build --pull --cache-from $CI_REGISTRY_IMAGE:latest -t "$CI_REGISTRY_IMAGE" .
    - docker push "$CI_REGISTRY_IMAGE"
  only:
    - master

注意事项 #

• 不要在docker build命令中添加--no-cache参数，否则会强制跳过所有缓存
• 如果项目存在多分支构建需求，可以给不同分支分配独立的缓存镜像标签，避免缓存冲突
• 多阶段构建的情况下，也可以单独构建并推送builder阶段的镜像作为专门的缓存源，缓存命中率会更高

内容的提问来源于stack exchange，提问作者zilcuanu