可执行 Jar
1. 嵌套 JAR
Java 不提供任何标准方法来加载嵌套的 jar 文件(即,本身包含在 jar 中的 jar 文件)。 如果您需要分发一个无需解压缩即可从命令行运行的独立应用程序,这可能会出现问题。
为了解决这个问题,许多开发人员使用“阴影”jar。 阴影 jar 将所有 jar 中的所有类打包到一个 “uber jar” 中。 着色 jar 的问题在于,很难看到您的应用程序中实际存在哪些库。 如果在多个 jar 中使用相同的文件名(但内容不同),也可能出现问题。 Spring Boot 采用不同的方法,让您实际上直接嵌套 jar。
1.1. 可执行 jar 文件结构
与 Spring Boot Loader 兼容的 jar 文件应按以下方式构建:
example.jar | +-META-INF | +-MANIFEST.MF +-org | +-springframework | +-boot | +-loader | +-<spring boot loader classes> +-BOOT-INF +-classes | +-mycompany | +-project | +-YourClasses.class +-lib +-dependency1.jar +-dependency2.jar
应用程序类应放置在嵌套的BOOT-INF/classes
目录。
依赖项应放置在嵌套的BOOT-INF/lib
目录。
1.2. 可执行的 war 文件结构
与 Spring Boot Loader 兼容的 war 文件应按以下方式构建:
example.war | +-META-INF | +-MANIFEST.MF +-org | +-springframework | +-boot | +-loader | +-<spring boot loader classes> +-WEB-INF +-classes | +-com | +-mycompany | +-project | +-YourClasses.class +-lib | +-dependency1.jar | +-dependency2.jar +-lib-provided +-servlet-api.jar +-dependency3.jar
依赖项应放置在嵌套的WEB-INF/lib
目录。
运行嵌入式容器时需要但在部署到传统 Web 容器时不需要的任何依赖项都应放在WEB-INF/lib-provided
.
1.3. 索引文件
Spring Boot Loader 兼容的 jar 和 war 档案可以在BOOT-INF/
目录。
一个classpath.idx
文件可以为 JAR 和 WAR 提供,并且它提供了应将 JAR 添加到 Classpath 的顺序。
这layers.idx
文件只能用于 jar,它允许将 jar 拆分为逻辑层以创建 Docker/OCI 映像。
索引文件遵循 YAML 兼容语法,因此第三方工具可以轻松解析它们。 但是,这些文件在内部不会解析为 YAML,它们必须以下面描述的格式编写才能使用。
1.4. 类路径索引
类路径索引文件可以在BOOT-INF/classpath.idx
.
通常,它是由 Spring Boot 的 Maven 和 Gradle 构建插件自动生成的。
它提供了一个 jar 名称(包括目录)的列表,其顺序是它们应该添加到 Classpath 中的顺序。
当由 build 插件生成时,此 classpath 排序与 build system 用于运行和测试应用程序的 classpath 排序匹配。
每行必须以破折号 () 开头,名称必须用双引号括起来。"-·"
例如,给定以下 jar:
example.jar | +-META-INF | +-... +-BOOT-INF +-classes | +... +-lib +-dependency1.jar +-dependency2.jar
索引文件将如下所示:
- "BOOT-INF/lib/dependency2.jar" - "BOOT-INF/lib/dependency1.jar"
1.5. 图层索引
layers 索引文件可以在BOOT-INF/layers.idx
.
它提供了一个层列表以及应包含在其中的 jar 部分。
层按照应添加到 Docker/OCI 映像的顺序写入。
图层名称写为带引号的字符串,前缀为破折号 () 和冒号 ("-·"
":"
) 后缀。
图层内容是文件或目录名称,以带引号的字符串编写,前缀为 space、space、dash space、() 。
目录名称以 结尾,文件名则不以 . 结尾。
使用目录名称时,表示该目录内的所有文件都位于同一层中。"··-·"
/
层索引的一个典型示例是:
- "dependencies": - "BOOT-INF/lib/dependency1.jar" - "BOOT-INF/lib/dependency2.jar" - "application": - "BOOT-INF/classes/" - "META-INF/"
2. Spring Boot 的 “JarFile” 类
用于支持加载嵌套 jar 的核心类是org.springframework.boot.loader.jar.JarFile
.
它允许您从标准 jar 文件或嵌套的子 jar 数据加载 jar 内容。
首次加载时,每个JarEntry
映射到外部 jar 的物理文件偏移量,如以下示例所示:
myapp.jar +-------------------+-------------------------+ | /BOOT-INF/classes | /BOOT-INF/lib/mylib.jar | |+-----------------+||+-----------+----------+| || A.class ||| B.class | C.class || |+-----------------+||+-----------+----------+| +-------------------+-------------------------+ ^ ^ ^ 0063 3452 3980
前面的示例显示了A.class
可以在/BOOT-INF/classes
在myapp.jar
at 位置0063
.B.class
实际上可以在myapp.jar
at 位置3452
和C.class
位于3980
.
有了这些信息,我们可以通过查找外部 jar 的适当部分来加载特定的嵌套条目。 我们不需要解压缩存档,也不需要将所有 entry 数据读入内存。
3. 启动可执行 Jar
这org.springframework.boot.loader.Launcher
class 是一个特殊的引导类,用作可执行 jar 的主入口点。
这是实际的Main-Class
在您的 jar 文件中,它用于设置适当的URLClassLoader
并最终调用您的main()
方法。
有三个Starters子类(JarLauncher
,WarLauncher
和PropertiesLauncher
).
它们的目的是加载资源 (.class
文件等),来自目录中的嵌套 jar 文件或 war 文件(而不是 Classpath 上显式的 WAR 文件)。
在JarLauncher
和WarLauncher
,则嵌套路径是固定的。JarLauncher
查找范围BOOT-INF/lib/
和WarLauncher
查找范围WEB-INF/lib/
和WEB-INF/lib-provided/
.
如果需要更多,可以在这些位置添加额外的 jar。
这PropertiesLauncher
查找范围BOOT-INF/lib/
在您的应用程序存档中。
您可以通过设置名为LOADER_PATH
或loader.path
在loader.properties
(这是目录、存档或存档中的目录的逗号分隔列表)。
3.1. Starters清单
您需要指定适当的Launcher
作为Main-Class
属性META-INF/MANIFEST.MF
.
要启动的实际类(即包含main
method) 应在Start-Class
属性。
以下示例显示了一个典型的MANIFEST.MF
对于可执行 jar 文件:
Main-Class: org.springframework.boot.loader.JarLauncher Start-Class: com.mycompany.project.MyApplication
对于 war 文件,它如下所示:
Main-Class: org.springframework.boot.loader.WarLauncher Start-Class: com.mycompany.project.MyApplication
您无需指定Class-Path 条目。
类路径是从嵌套的 jar 中推导出来的。 |
4. PropertiesLauncher 功能
PropertiesLauncher
具有一些可以通过外部属性(系统属性、环境变量、清单条目或loader.properties
).
下表描述了这些属性:
钥匙 | 目的 |
---|---|
|
逗号分隔的类路径,例如 |
|
用于解析 |
|
main 方法的默认参数(以空格分隔)。 |
|
要启动的主类的名称(例如 |
|
属性文件的名称(例如 |
|
属性文件的路径(例如 |
|
Boolean 标志,指示应将所有属性添加到系统属性中。
它默认为 |
当指定为环境变量或清单条目时,应使用以下名称:
钥匙 | 清单条目 | 环境变量 |
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
构建插件会自动将Main-Class 属性设置为Start-Class 当 fat jar 构建完成时。
如果使用该选项,请使用Main-Class 属性并省略Start-Class . |
以下规则适用于使用PropertiesLauncher
:
-
loader.properties
在loader.home
,然后在 Classpath 的根目录中,然后在classpath:/BOOT-INF/classes
. 使用具有该名称的文件所在的第一个位置。 -
loader.home
是附加属性文件的目录位置(覆盖默认值),仅当loader.config.location
未指定。 -
loader.path
可以包含目录(以递归方式扫描 jar 和 zip 文件)、存档路径、存档中扫描 jar 文件的目录(例如dependencies.jar!/lib
)或通配符模式(用于默认 JVM 行为)。 归档路径可以是相对于loader.home
或文件系统中具有jar:file:
前缀。 -
loader.path
(如果为空)默认为BOOT-INF/lib
(如果从存档运行,则表示本地目录或嵌套目录)。 正因为如此,PropertiesLauncher
的行为与JarLauncher
未提供其他配置时。 -
loader.path
不能用于配置位置loader.properties
(用于搜索后者的类路径是 JVM 类路径,当PropertiesLauncher
启动)。 -
占位符替换是在使用之前根据 System 和 environment variables 以及 properties 文件本身对所有值完成的。
-
属性的搜索顺序(在多个位置查找是有意义的)是环境变量、系统属性、
loader.properties
、exploded archive 清单和 archive 清单。
5. 可执行 Jar 限制
在使用 Spring Boot Loader 打包的应用程序时,需要考虑以下限制:
-
Zip entry 压缩: 这
ZipEntry
,因为嵌套的 jar 必须使用ZipEntry.STORED
方法。 这是必需的,以便我们可以直接查找嵌套 jar 中的单个内容。 嵌套 jar 文件本身的内容仍然可以压缩,外部 jar 中的任何其他条目也可以压缩。
-
系统 classLoader 中: 启动的应用程序应使用
Thread.getContextClassLoader()
加载类时(默认情况下,大多数库和框架都会这样做)。 尝试使用ClassLoader.getSystemClassLoader()
失败。java.util.Logging
始终使用 System 类加载器。 因此,您应该考虑不同的日志记录实现。