核心是将maven/gradle构建、docker镜像构建与jenkins流水线编排三者解耦串联：统一多模块构建管理，为各子模块编写独立dockerfile并采用多阶段构建，通过声明式jenkinsfile实现checkout→build→package→build image→push全流程自动化，确保可复现、可验证。
Java 在持续集成环境实现自动化构建和打包模块化镜像，核心是把 Maven/Gradle 构建、Docker 镜像构建 和 Jenkins 流水线编排 三者串起来。关键不在于单个工具怎么用，而在于各环节如何解耦、可复现、可验证。
用 Maven 或 Gradle 统一管理多模块构建
模块化 Java 项目（如微服务或分层架构）通常含多个子模块（service、api、common、gateway 等）。需确保：
- 根目录下有统一的
pom.xml（Maven）或settings.gradle（Gradle），声明所有子模块及其依赖关系 - 每个子模块输出独立的可执行 JAR（启用
spring-boot-maven-plugin的repackage）或 WAR，避免互相污染 - 在 Jenkins 中统一执行
mvn clean package -DskipTests（跳过测试加快构建）或mvn deploy（推送到私有 Nexus） - 推荐使用
-pl（projects）和-am（also-make）参数精准构建变更模块及依赖项，例如：mvn clean package -pl :user-service -am
为每个模块编写语义清晰的 Dockerfile
模块化 ≠ 镜像大杂烩。每个业务模块应构建专属镜像，便于独立部署与扩缩容：
- 基础镜像优先选
eclipse-jetty:11-jre17或openjdk:17-jdk-slim，体积小、更新及时、无冗余组件 - Dockerfile 中显式指定工作目录、时区、非 root 用户（如
USER 1001），禁用root运行 - 利用多阶段构建：第一阶段用
maven:3.9-openjdk-17编译打包；第二阶段仅复制target/*.jar到运行镜像，不带 JDK 构建环境 - 镜像标签建议含 Git 分支 + Commit ID + 构建时间，例如：
user-service:main-abc123-20260904
在 Jenkins Pipeline 中串联构建与镜像推送
推荐使用声明式 Pipeline（Jenkinsfile）写在代码库根目录，实现“配置即代码”：
- 每个 stage 对应一个职责：Checkout → Build → Test → Package → Build Image → Push to Registry
- 用
sh 'docker build -t $REGISTRY/user-service:$TAG .'构建，其中$TAG可由env.BRANCH_NAME和env.GIT_COMMIT.take(7)拼接生成 - 提前在 Jenkins 系统配置中添加 Docker Registry 凭据（Username with password 类型），Pipeline 中用
withCredentials安全注入 - 推送后可加一步
sh 'docker image rm $REGISTRY/user-service:$TAG'清理本地镜像，节省空间
补充：轻量级替代方案（适合中小团队）
若暂不引入完整 Jenkins+Docker 生态，也可快速落地：
- 用 GitHub Actions / GitLab CI 替代 Jenkins，YAML 配置更简洁，原生支持容器运行时
- 用 Jib（Google 开源插件）替代 Dockerfile：直接通过 Maven 插件构建并推送镜像，无需安装 Docker daemon，安全且确定性强
- 对纯 Spring Boot 模块，启用
spring-boot:build-image目标（基于 Paketo Builder），一行命令生成 OCI 镜像，兼容 Cloud Native 环境
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
