高效的容器镜像

将 Spring Boot uber jar 打包成 Docker 镜像很容易。但是，直接复制和运行 uber jar 作为 Docker 镜像存在各种缺点。在不解压的情况下运行 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 部分。