每当我们把一个 Spring Boot 项目交付到生产环境，第一道关卡往往不是代码本身，而是「怎么把这个 Jar 包跑起来」。传统方式是在服务器上装 JDK、配置环境变量、传文件、启动脚本……一旦服务器多了或者环境不一致，问题就来了。
用 Docker 容器化 Spring Boot 应用，正是解决这些问题的最佳路径。但容器化不只是写个 Dockerfile 那么简单——如何控制镜像体积、如何加速构建、如何保障生产安全，这些才是真正值得深挖的地方。
一、为什么Spring Boot需要容器化？
Spring Boot 应用天然适合容器化，原因有三：
- 零配置运行：
java -jar app.jar即可启动，所有依赖内嵌在 Jar 中 - 环境一致性：开发、测试、生产环境使用同一个镜像，杜绝「在我机器上能跑」的尴尬
- 弹性伸缩：配合 Kubernetes 或 Docker Swarm，可以快速横向扩容
二、最佳实践：多阶段构建
最朴素的做法是直接用 openjdk 镜像运行 Jar 包，但这会引入完整的 JDK 体积（几百 MB）。更优的方案是多阶段构建（Multi-Stage Build）：
# 第一阶段：构建
FROM maven:3.9-eclipse-temurin-17 AS builder
WORKDIR /app
COPY pom.xml .
RUN mvn dependency:go-offline
COPY src ./src
RUN mvn package -DskipTests
# 第二阶段：运行（只复制产物，不带JDK源码）
FROM eclipse-temurin:17-jre-alpine
WORKDIR /app
COPY --from=builder /app/target/*.jar app.jar
EXPOSE 8080
ENTRYPOINT ["java", "-jar", "app.jar"]
多阶段构建的核心逻辑：构建阶段用完整的 JDK + Maven，运行时只使用精简的 JRE 镜像。Alpine 基础镜像只有约 120MB，相比完整的 Temurin JDK（~400MB），镜像体积缩减超过 70%。
三、安全加固：不要用root运行
默认情况下，容器以 root 用户运行，这是生产环境的大忌。正确做法：
FROM eclipse-temurin:17-jre-alpine
WORKDIR /app
# 创建非root用户
RUN addgroup -S appgroup && adduser -S appuser -G appgroup
COPY --from=builder /app/target/*.jar app.jar
USER appuser
ENTRYPOINT ["java", "-jar", "app.jar"]
这样做的好处是，即使容器被攻破，攻击者也无法直接获得宿主机的 root 权限。
四、利用BuildKit加速构建
传统 Docker 构建是串行的，在有多层缓存的情况下仍然会逐层校验。开启 BuildKit 可以实现更激进的并行构建和缓存复用：
# 设置环境变量启用BuildKit
export DOCKER_BUILDKIT=1
docker build -t my-spring-app:latest .
或者在 docker-compose.yml 中启用：
build:
context: .
dockerfile: Dockerfile
args:
- BUILDKIT_INLINE_CACHE=1
配合 maven:3.9-eclipse-temurin-17 镜像的依赖缓存层（mvn dependency:go-offline），第二次构建时间可以从几分钟缩短到几十秒。
五、JVM内存与容器资源的协调
容器化后，JVM 默认不知道自己运行在容器内，会继续使用宿主机的物理内存做堆规划。Spring Boot 2.5+ 已经内置了对容器资源限制的支持，但最稳妥的方式还是在启动参数中显式配置：
ENTRYPOINT ["java", "-XX:+UseContainerSupport",
"-Xms256m", "-Xmx512m",
"-jar", "app.jar"]
-XX:+UseContainerSupport（JDK 10+）让 JVM 自动感知容器的 Cgroup 内存限制，避免 OOM Killer 的误杀。
六、写在最后
Docker 容器化不是银弹，但它让 Spring Boot 应用的交付流程变得可预期、可复制、可持续。从多阶段构建减小体积，到非 root 用户加固安全，再到 BuildKit 加速CI/CD，每一步优化都在为生产环境添砖加瓦。
你的 Spring Boot 应用容器化了吗？踩过什么坑？欢迎在评论区分享交流。
