Docker 和 Kotlin：面向开发者的应用容器化

轻松学习Python，无需理论负担。在浏览器中直接解决带自动检查的实践任务，无需安装任何东西。

引言：为什么 Docker 和 Kotlin 是完美搭档

现代开发离不开容器化。Docker 已成为打包、交付和运行应用程序的事实标准。而 Kotlin 凭借其简洁的语法、与 Java 的完全兼容性以及对多平台开发的支持，正迅速获得广泛欢迎。Docker 和 Kotlin 的结合使您能够创建轻量级、可扩展且可预测的环境——无论是简单的 JVM 服务器应用程序，还是面向物联网的原生二进制文件。

本文将详细介绍如何正确地将 Kotlin 项目容器化、优化镜像大小并避免常见错误。您可以将所有代码示例适配到自己的项目中。

1. Kotlin/JVM 应用程序的基本容器化

让我们从一个经典场景开始：一个运行在 JVM 上的 Kotlin 应用程序。我们将使用 Gradle（Kotlin 项目的标准工具）进行构建。

1.1. 项目结构

假设我们有一个基于 Ktor 的简单 HTTP 服务器。项目结构如下：

my-kotlin-app/├── build.gradle.kts├── settings.gradle.kts└── src/    └── main/        └── kotlin/            └── com/                └── example/                    └── App.kt

1.2. 多阶段构建的 Dockerfile

关键实践是多阶段构建。第一阶段使用 Gradle 构建 fat JAR，第二阶段使用最小的 JRE 镜像来运行。

# Stage 1: buildFROM gradle:8.5-jdk21 AS buildWORKDIR /appCOPY --chown=gradle:gradle . .RUN gradle build --no-daemon -x test

# Stage 2: runFROM eclipse-temurin:21-jre-alpineWORKDIR /appCOPY --from=build /app/build/libs/*.jar app.jarEXPOSE 8080ENTRYPOINT ["java", "-jar", "app.jar"]

1.3. 优化：缓存依赖

为了避免每次代码变更都重建依赖项，请将 COPY 命令拆分为两部分：

FROM gradle:8.5-jdk21 AS buildWORKDIR /app# First, copy only the build filesCOPY build.gradle.kts settings.gradle.kts ./COPY gradle/ gradle/RUN gradle dependencies --no-daemon# Then copy the source codeCOPY src/ src/RUN gradle build --no-daemon -x test

这个技巧利用了 Docker 的层缓存机制：只有当 build.gradle.kts 发生变化时，镜像才会重新构建，而不是每次编辑代码都重建。

2. Kotlin/Native 应用程序的容器化

Kotlin/Native 允许您将代码编译成本地二进制文件，而无需 JVM。这对于需要最小镜像大小和快速启动的微服务来说非常理想。

2.1. 用于 Native 的 Dockerfile

要构建原生二进制文件，请使用带有 Kotlin/Native 编译器的镜像。最终镜像可以是 scratch（空）或 distroless。

# Build stageFROM jetbrains/kotlin-native:2.0.0 AS buildWORKDIR /appCOPY . .RUN kotlinc-native src/main/kotlin/Main.kt -o app

# Run stage: minimal imageFROM alpine:3.19WORKDIR /appCOPY --from=build /app/app.kexe appEXPOSE 8080CMD ["./app"]

重要提示： 对于 Alpine，如果二进制文件是使用 glibc 构建的，则可能需要安装 libc6-compat。使用 FROM busybox:glibc 可以获得更小的体积。