Java应用容器化与Docker：分步指南

Docker、Java以及它为何改变游戏规则

想象一下：您编写了一个很棒的Java应用程序。它在您的MacBook上运行良好，但当您把它交给使用Windows的同事时——一切都崩溃了。熟悉吗？如果服务器是Linux呢？这甚至不用猜——经典的“在我机器上能运行”的故事。

使用Docker进行容器化可以一劳永逸地解决这个问题。您将应用程序及其环境（JVM、库、依赖项）打包到一个轻量级容器中，该容器在任何地方都能以相同的方式运行。这对Java尤其重要——因为我们习惯了“一次编写，到处运行”，但由于JDK版本、系统库或配置，这个习语在实践中经常失效。

在本文中，我们将从头到尾详细讲解Java应用容器化与Docker。您将学习如何编写Dockerfile、优化镜像、使用Docker Compose，并避免常见的陷阱。我们开始吧！

什么是Docker，Java开发者为什么需要它？

Docker是一个用于在隔离环境（即容器）中打包、交付和运行应用程序的平台。与虚拟机不同，容器共享主机操作系统的内核，但拥有自己的文件系统、网络和进程。这使得它们轻量级（兆字节而非千兆字节）且快速（秒级启动）。

对于Java开发者来说，Docker提供了三种超能力：

\n
• 可重现性——再也不会有“在我机器上能运行”的问题。如果容器在本地启动，它将在任何服务器上启动。
\n
• 隔离性——每个应用程序都生活在自己的世界中，互不干扰。想要两个使用不同JDK版本的Java应用程序？轻松实现。
\n
• 可扩展性——容器易于克隆、负载均衡和编排（Kubernetes、Docker Swarm）。
\n

Java应用程序的第一个Dockerfile

让我们从简单的开始。我们有一个标准的Java应用程序（例如，Spring Boot或只是一个Main.java）。我们想把它打包成一个Docker镜像。最简单的方法是使用官方的OpenJDK镜像。

这是一个最小的Dockerfile：

# 使用官方OpenJDK 17镜像\nFROM openjdk:17-jdk-alpine\n\n# 设置工作目录\nWORKDIR /app\n\n# 将JAR文件复制到容器中\nCOPY target/my-app.jar /app/my-app.jar\n\n# 运行应用程序\nCMD ["java", "-jar", "my-app.jar"]

现在，让我们构建镜像并运行容器：

# 构建镜像\ndocker build -t my-java-app .\n\n# 运行容器\ndocker run -p 8080:8080 my-java-app

一切正常。但这是一个糟糕的例子。为什么？让我们来分析一下。

问题1：镜像大小

openjdk:17-jdk-alpine镜像大约有150 MB。这还算正常，但如果您将所有依赖项都添加进去，大小可能会增长到500 MB以上。对于生产环境来说，这太大了。

问题2：构建和运行时在同一个镜像中

我们复制了一个现成的JAR，这意味着构建（mvn clean package）需要提前完成。最好使用多阶段构建（multi-stage build），将编译阶段与运行阶段分开。

优化：多阶段构建（multi-stage build）

想法很简单：在第一阶段，我们使用包含Maven和JDK的镜像来构建项目；在第二阶段，只使用JRE和构建好的JAR。这可以将最终镜像的大小减少数倍。

# 构建阶段\nFROM maven:3.8.5-openjdk-17 AS builder\nWORKDIR /build\nCOPY pom.xml .\nCOPY src ./src\nRUN mvn clean package -DskipTests\n\n# 运行阶段\nFROM openjdk:17-jre-alpine\nWORKDIR /app\nCOPY --from=builder /build/target/my-app.jar /app/my-app.jar\nEXPOSE 8080\nCMD ["java", "-jar", "my-app.jar"]

发生了什么变化？

\n
• 第一阶段（builder）包含Maven和JDK——它仅用于编译。
\n
• 第二阶段使用轻量级的JRE镜像（约50 MB