跳到主要内容
版本：4.0.2

高效的容器镜像

QWen Max 中英对照 Efficient Container Images

将 Spring Boot 的 uber jar 打包为 Docker 镜像是非常容易的。然而，直接在 Docker 镜像中复制并运行该 uber jar 存在一些缺点。在不对其进行解压的情况下运行 uber jar 通常会有一定的开销，在容器化环境中这种开销可能较为明显。另一个问题是，将应用程序代码及其所有依赖项放在 Docker 镜像的同一层中并非最优方案。由于你重新编译代码的频率很可能高于升级所使用的 Spring Boot 版本的频率，因此更细致地分离这些内容通常是更好的选择。如果你在应用程序类之前将 jar 文件放入某一层，Docker 通常只需更改最底层，其余层则可从缓存中直接获取。

Docker 镜像分层​

为了更轻松地创建优化的 Docker 镜像，Spring Boot 支持在 jar 文件中添加一个层索引文件。该文件提供了各层的列表以及 jar 中应包含在各层中的部分。索引中的层列表按其应添加到 Docker/OCI 镜像中的顺序排列。开箱即用，支持以下层：

  • dependencies（用于常规发布的依赖）

  • spring-boot-loader（用于 org/springframework/boot/loader 下的所有内容）

  • snapshot-dependencies（用于快照依赖）

  • application（用于应用程序类和资源）

以下展示了一个 layers.idx 文件的示例：

- "dependencies":
  - BOOT-INF/lib/library1.jar
  - BOOT-INF/lib/library2.jar
- "spring-boot-loader":
  - org/springframework/boot/loader/launch/JarLauncher.class
  - ... <other classes>
- "snapshot-dependencies":
  - BOOT-INF/lib/library3-SNAPSHOT.jar
- "application":
  - META-INF/MANIFEST.MF
  - BOOT-INF/classes/a/b/C.class

这种分层设计旨在根据代码在不同应用构建之间发生变化的可能性进行分离。库代码在构建之间不太可能发生变化，因此被放置在独立的层中，以便工具能够从缓存中重用这些层。应用代码在构建之间更有可能发生变化，因此被隔离在单独的层中。

Spring Boot 也借助 layers.idx 支持 war 文件的分层。

对于 Maven，请参阅 分层 jar 或 war 打包部分，了解如何向归档文件添加层索引的更多细节。对于 Gradle，请参阅 Gradle 插件文档中的 分层 jar 或 war 打包部分。