springboot程序打包docker的四個最佳方式總結
緣起
云計算時代的來臨,有一門被我譽為云計算伴生的編程語言:golang
其與docker的天生的搭配,開啟了云計算的黃金時代。
然而java確實一門不服老的語言,不斷的進化著,springboot 4 和spring 7的發(fā)布,尤其是springboot4 ,GraalVM 25 直接從實驗特性轉向了生產。虛擬線程常態(tài)化也是值得學習的特性。
加上還有很多的老的項目還在用springboot技術,所以想把java的整個技術棧再撿起來學習一遍:后續(xù)會陸續(xù)寫一些關于springboot4 、jkd 25 lts的一些文。
學到哪兒就寫到哪兒:今天想試試springboot程序打包docker的幾種方式的大小區(qū)別,探索一下最佳的方式!
開始
準備一個最簡單的restful的程序,使用spring initializr 生成項目,基礎配置如下:

注意2點:1、java 25 2、加入graalvm
一個hello world
package com.example.demo.controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
class HelloController {
@GetMapping("/hello")
String sayHello(){
return "hello world!";
}
}
顯示編譯一下代碼,看看原始jar包有多大:
./gradlew build
一個包含mvc基本程序的一個hello world,大小79M

方式一:全默認方式的打包鏡像
不做任何更多的配置,只使用springboot 4 和gradle的默認配置:
根據(jù)資料,springboot的默認使用paketobuildpacks/builder-jammy-tiny 鏡像,這是一個以ubuntu 22為基礎的鏡像,大小50-70M:
注意:猶豫我們生成項目配置的時候加入了graalm支持,必須先注釋調,否則默認會使用graal技術:
build.gradle 文件部分:
plugins {
id 'java'
id 'org.springframework.boot' version '4.0.3'
id 'io.spring.dependency-management' version '1.1.7'
//id 'org.graalvm.buildtools.native' version '0.11.4'
}使用命令打包:
./gradlew bootBuildImage --imageName=hello:normal
大小337M,同時也可以看到打包下載的基礎鏡像:

方式二: 默認配置graalvm打包
加入graalvm的配置(方式一注釋調的部分),打包:
./gradlew bootBuildImage --imageName=hello:gralvm
大小123M:

方式三: 手工打包,使用標注openjdk鏡像為基礎
所謂手工打包,就是自己寫dockerfile,自己設置基礎鏡像,先試試默認情況下常用的openjdk鏡像
FROM openjdk:25-jdk-slim WORKDIR /app RUN useradd -U spring USER spring:spring COPY build/libs/*.jar app.jar EXPOSE 8080 CMD ["java", "-jar", "app.jar"]
打包命令:
docker build -t hello:openjdk -f deploy/openjdk.Dockerfile .
大小:505M

方式四: 手工打包,使用jlink構建一個最小的運行jre環(huán)境,以alpine為基礎
雖然現(xiàn)在的java不再單獨提供jre環(huán)境了,但是可以通過jlink構建一個程序所需的最小運行環(huán)境,然后部署到alpine linux上
FROM eclipse-temurin:25-jdk-alpine AS jre-builder
RUN apk update && apk add binutils
RUN $JAVA_HOME/bin/jlink \
--verbose \
--add-modules java.base \
--strip-debug \
--no-man-pages \
--no-header-files \
--compress=2 \
--output /optimized-jdk-25
FROM alpine:latest
ENV JAVA_HOME=/opt/jdk/jdk-25
ENV PATH="${JAVA_HOME}/bin:${PATH}"
COPY --from=jre-builder /optimized-jdk-25 $JAVA_HOME
RUN addgroup --system spring && adduser --system spring --ingroup spring
RUN mkdir /app && chown -R $APPLICATION_USER /app
COPY --chown=spring:spring build/libs/*.jar /app/app.jar
WORKDIR /app
USER spring
EXPOSE 8080
ENTRYPOINT [ "java", "-jar", "/app/app.jar" ]構建命令:
docker build -t hello:alpine -f deploy/jlink.Dockerfile .
大?。?93M

有點不放心,跑一下試試:
docker run -it -p 8080:8080 hello:alpine

訪問一下:

一切正常!
小結
以上只是比較了打包大小的不同,這對graalvm是不公平的,畢竟他的特點是增強 AOT(Ahead-of-Time)編譯,降低內存占用,提高啟動時間,還是得測試一下:
docker run -it -p 8080:8080 --name alpine hello:alpine docker run -it -p 9090:8080 --name graalvm hello:graalvm docker stats
看到資源占用:

graalvm的內存占用不到原始java代碼的1/4!
所以:
1、對應新的項目,高版本jdk項目,尤其是最小的25版本,完全可以考慮以graalvm來編譯打包
2、對應舊的項目,或者低版本jdk的項目,生產環(huán)境使用alpine定制jre的方式,就是方式4,測試環(huán)境就使用默認openjdk:畢竟包含了大量的工具,方便調測。
以上就是springboot程序打包docker的四個最佳方式總結的詳細內容,更多關于springboot程序打包docker的資料請關注腳本之家其它相關文章!
相關文章
MyBatis-Plus批量操作SQL日志不打印問題的解決方案
在使用 MyBatis-Plus 的?saveBatch()?和?updateBatchById()?方法進行批量數(shù)據(jù)操作時,發(fā)現(xiàn)自定義的 Druid SQL 日志攔截器無法打印這些批量操作的 SQL 語句,導致調試和問題排查困難,本文給大家該問題的詳細解決方案,需要的朋友可以參考下2026-03-03
Spring如何替換掉默認common-logging.jar
這篇文章主要介紹了Spring如何替換掉默認common-logging.jar,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-05-05

