緣起

云計(jì)算時(shí)代的來(lái)臨，有一門被我譽(yù)為云計(jì)算伴生的編程語(yǔ)言：golang

其與docker的天生的搭配，開(kāi)啟了云計(jì)算的黃金時(shí)代。

然而java確實(shí)一門不服老的語(yǔ)言，不斷的進(jìn)化著，springboot 4 和spring 7的發(fā)布，尤其是springboot4 ，GraalVM 25 直接從實(shí)驗(yàn)特性轉(zhuǎn)向了生產(chǎn)。虛擬線程常態(tài)化也是值得學(xué)習(xí)的特性。

加上還有很多的老的項(xiàng)目還在用springboot技術(shù)，所以想把java的整個(gè)技術(shù)棧再撿起來(lái)學(xué)習(xí)一遍：后續(xù)會(huì)陸續(xù)寫一些關(guān)于springboot4 、jkd 25 lts的一些文。

學(xué)到哪兒就寫到哪兒：今天想試試springboot程序打包docker的幾種方式的大小區(qū)別，探索一下最佳的方式！

開(kāi)始

準(zhǔn)備一個(gè)最簡(jiǎn)單的restful的程序，使用spring initializr 生成項(xiàng)目，基礎(chǔ)配置如下：

注意2點(diǎn)：1、java 25 2、加入graalvm

一個(gè)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

一個(gè)包含mvc基本程序的一個(gè)hello world，大小79M

方式一：全默認(rèn)方式的打包鏡像

不做任何更多的配置，只使用springboot 4 和gradle的默認(rèn)配置：

根據(jù)資料，springboot的默認(rèn)使用paketobuildpacks/builder-jammy-tiny 鏡像，這是一個(gè)以u(píng)buntu 22為基礎(chǔ)的鏡像，大小50-70M：

注意：猶豫我們生成項(xiàng)目配置的時(shí)候加入了graalm支持，必須先注釋調(diào)，否則默認(rèn)會(huì)使用graal技術(shù)：

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，同時(shí)也可以看到打包下載的基礎(chǔ)鏡像：

方式二： 默認(rèn)配置graalvm打包

加入graalvm的配置（方式一注釋調(diào)的部分），打包：

./gradlew bootBuildImage --imageName=hello:gralvm

大小123M:

方式三： 手工打包，使用標(biāo)注openjdk鏡像為基礎(chǔ)

所謂手工打包，就是自己寫dockerfile，自己設(shè)置基礎(chǔ)鏡像，先試試默認(rèn)情況下常用的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 .

大?。?05M

方式四： 手工打包，使用jlink構(gòu)建一個(gè)最小的運(yùn)行jre環(huán)境，以alpine為基礎(chǔ)

雖然現(xiàn)在的java不再單獨(dú)提供jre環(huán)境了，但是可以通過(guò)jlink構(gòu)建一個(gè)程序所需的最小運(yùn)行環(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" ]

構(gòu)建命令：

docker build -t hello:alpine -f deploy/jlink.Dockerfile .

大?。?93M

有點(diǎn)不放心，跑一下試試：

docker run -it -p 8080:8080 hello:alpine

訪問(wèn)一下：

一切正常！

小結(jié)

以上只是比較了打包大小的不同，這對(duì)graalvm是不公平的，畢竟他的特點(diǎn)是增強(qiáng) AOT（Ahead-of-Time）編譯，降低內(nèi)存占用，提高啟動(dòng)時(shí)間，還是得測(cè)試一下：

docker run -it -p 8080:8080 --name alpine hello:alpine
docker run -it -p 9090:8080 --name graalvm hello:graalvm
docker stats

看到資源占用：

graalvm的內(nèi)存占用不到原始java代碼的1/4！

所以：

1、對(duì)應(yīng)新的項(xiàng)目，高版本jdk項(xiàng)目，尤其是最小的25版本，完全可以考慮以graalvm來(lái)編譯打包

2、對(duì)應(yīng)舊的項(xiàng)目，或者低版本jdk的項(xiàng)目，生產(chǎn)環(huán)境使用alpine定制jre的方式，就是方式4，測(cè)試環(huán)境就使用默認(rèn)openjdk：畢竟包含了大量的工具，方便調(diào)測(cè)。

以上就是springboot程序打包docker的四個(gè)最佳方式總結(jié)的詳細(xì)內(nèi)容，更多關(guān)于springboot程序打包docker的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論