Docker通过Gradle构建Spring Boot Jar耗时过长，求优化方法

你的Dockerfile构建慢的核心问题是没利用Docker的分层缓存机制——每次构建都把整个项目目录复制到容器，只要项目里任何文件（哪怕是一行业务代码）变动，就会导致后续的依赖下载和构建步骤全部重新执行，无法复用之前的缓存。

下面是优化后的Dockerfile，以及关键优化点的说明：

FROM gradle:7.5.1-jdk11-alpine AS build

# 第一步：仅复制Gradle依赖配置文件，复用缓存
COPY --chown=gradle:gradle build.gradle settings.gradle /home/gradle/src/
WORKDIR /home/gradle/src

# 预下载所有依赖，这一步会被缓存，直到配置文件修改
RUN gradle build --no-daemon -x test --dry-run

# 第二步：复制完整项目代码
COPY --chown=gradle:gradle . /home/gradle/src

# 执行构建，跳过测试（如需保留测试可删除 -x test）
RUN gradle build --no-daemon -x test


FROM openjdk:11.0.11-jre-slim-buster

EXPOSE 8080

RUN mkdir /app

COPY --from=build /home/gradle/src/build/libs/*.jar /app/demo.jar

ENTRYPOINT ["java", "-jar", "/app/demo.jar"]

关键优化逻辑 #

1. 拆分COPY步骤：
   先单独复制build.gradle和settings.gradle（如果项目有gradle.properties也可以加上），这些文件是Gradle依赖配置的核心。只有当这些文件修改时，Docker才会重新执行依赖下载步骤，否则直接复用缓存层。

2. 预下载依赖：
   运行gradle build --no-daemon -x test --dry-run会触发Gradle下载所有所需依赖，但不会实际编译代码，目的是把依赖缓存到Docker镜像层中，后续构建无需重复下载。

3. 跳过不必要的步骤：

   • 去掉clean命令：gradle clean会删除所有构建产物，导致每次都要全量编译。如果没有强制清理的需求，直接用build即可。
   • 用-x test跳过测试任务（如果不需要在Docker构建阶段运行测试），进一步缩短构建时间。

额外优化建议 #

• 替换JRE基础镜像：用eclipse-temurin:11-jre-alpine替代openjdk:11.0.11-jre-slim-buster，镜像体积更小，下载速度更快，运行时资源占用也更低。
• 启用Gradle构建缓存：如果是在CI环境中构建，可以配置Gradle的远程构建缓存，进一步复用跨构建的编译结果。

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