当我们的执行 java -jar xxx.jar 的时候底层到底做了什么?

skyyoung
发布于 2023-1-16 16:52
浏览
0收藏

大家都知道我们常用的 ​​SpringBoot​​​ 项目最终在线上运行的时候都是通过启动 ​​java -jar xxx.jar​​ 命令来运行的。

那你有没有想过一个问题,那就是当我们执行 ​​java -jar​​​ 命令后,到底底层做了什么就启动了我们的 ​​SpringBoot​​ 应用呢?

或者说一个 ​​SpringBoot​​ 的应用到底是如何运行起来的呢?今天阿粉就带大家来看下。

认识 jar

在介绍 ​​java -jar​​​ 运行原理之前我们先看一下 ​​jar​​​ 包里面都包含了哪些内容,我们准备一个 ​​SpringBoot​​​ 项目,通过在 https://start.spring.io/ 上我们可以快速创建一个 ​​SpringBoot​​​ 项目,下载一个对应版本和报名的 ​​zip​​ 包。

当我们的执行 java -jar xxx.jar 的时候底层到底做了什么?-鸿蒙开发者社区

下载后的项目我们在 ​​pom​​​ 依赖里面可以看到有如下依赖,这个插件是我们构建可执行 ​​jar​​​ 的前提,所以如果想要打包成一个 ​​jar​​​ 那必须在 ​​pom​​​ 有增加这个插件,从 ​​start.spring.io​​ 上创建的项目默认是会带上这个插件的。

<build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

接下来我们执行 ​​mvn package​​​,执行完过后在项目的 ​​target​​​ 目录里面我们可以看到有如下两个 ​​jar​​​ 包,我们分别把这两个 ​​jar​​​ 解压一下看看里面的内容,​​.original​​​ 后缀的 jar 需要把后面的 ​​.original​​​ 去掉就可以解压了。​​jar​​​ 文件的解压跟我们平常的 ​​zip​​​ 解压是一样的,​​jar​​​ 文件采用的是 ​​zip​​​ 压缩格式存储,所以任何可以解压 ​​zip​​​ 文件的软件都可以解压 ​​jar​​ 文件。

当我们的执行 java -jar xxx.jar 的时候底层到底做了什么?-鸿蒙开发者社区

解压过后,我们对比两种解压文件,可以发现,两个文件夹中的内容还是有很大区别的,如下所示,左侧是 ​​demo-jar-0.0.1-SNAPSHOT.jar​​​ 右侧是对应的 ​​original jar​​。

其中有一些相同的文件夹和文件,比如 ​​META-INF​​​,​​application.properties​​​ 等,而且我们可以明显的看到左侧的压缩包中有项目需要依赖的所有库文件,存放于 ​​lib​​ 文件夹中。

当我们的执行 java -jar xxx.jar 的时候底层到底做了什么?-鸿蒙开发者社区

所以我们可以大胆的猜测,左侧的压缩包就是 ​​spring-boot-maven-plugin​​ 这个插件帮我们把依赖的库以及相应的文件调整了一下目录结构而生成的,事实其实也是如此。

java -jar 原理

首先我们要知道的是这个 ​​java -jar​​​ 不是什么新的东西,而是 ​​java​​​ 本身就自带的命令,而且​​ java -jar​​​ 命令在执行的时候,命令本身对于这个 ​​jar​​​ 是不是 ​​SpringBoot​​​ 项目是不感知的,只要是符合 ​​Java​​​ 标准规范的​​ jar​​ 都可以通过这个命令启动。

当我们的执行 java -jar xxx.jar 的时候底层到底做了什么?-鸿蒙开发者社区

而在 ​​Java​​​ 官方文档显示,当 ​​-jar​​​ 参数存在的时候,​​jar​​​ 文件资源里面必须包含用 ​​Main-Class​​​ 指定的一个启动类,而且同样根据规范这个资源文件 ​​MANIFEST.MF​​​ 必须放在 ​​/META-INF/​​​ 目录下。对比我们上面解压后的文件,可以看到在左侧的资源文件 ​​MANIFEST.MF​​ 文件中有如图所示的一行。

![](/Users/silence/Library/Application Support/typora-user-images/image-20221206214011822.png)

当我们的执行 java -jar xxx.jar 的时候底层到底做了什么?-鸿蒙开发者社区

可以看到这里的 ​​Main-Class​​​ 属性配置的是 ​​org.springframework.boot.loader.JarLauncher​​​,而如果小伙伴更仔细一点的话,会发现我们项目的启动类也在这个文件里面,是通过 ​​Start-Class​​​ 字段来表示的,​​Start-Class​​​ 这个属性不是 ​​Java​​ 官方的属性。

由此我们先大胆的猜测一下,当我们在执行​​ java -jar​​​ 的时候,由于我们的 ​​jar​​​ 里面存在 ​​MANIFEST.MF​​​ 文件,并且其中包含了 ​​Main-Class​​​ 属性且配置了 ​​org.springframework.boot.loader.JarLauncher​​​ 类,通过调用 ​​JarLauncher​​​ 类结合 ​​Start-Class​​ 属性引导出我们项目的启动类进行启动。接下来我们就通过源码来验证一下这个猜想。

因为 ​​JarLauncher​​​ 类是在 ​​spring-boot-loader​​​ 模块,所以我们在 ​​pom​​ 文件中增加如下依赖,就可以下载源码进行跟踪了。

<dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-loader</artifactId>
   <scope>provided</scope>
</dependency>

通过源码我们可以看到 ​​JarLauncher​​ 类的代码如下

package org.springframework.boot.loader;

import org.springframework.boot.loader.archive.Archive;
import org.springframework.boot.loader.archive.Archive.EntryFilter;

public class JarLauncher extends ExecutableArchiveLauncher {

 static final EntryFilter NESTED_ARCHIVE_ENTRY_FILTER = (entry) -> {
  if (entry.isDirectory()) {
   return entry.getName().equals("BOOT-INF/classes/");
  }
  return entry.getName().startsWith("BOOT-INF/lib/");
 };

 public JarLauncher(){
 }

 protected JarLauncher(Archive archive){
  super(archive);
 }

 @Override
 protected boolean isPostProcessingClassPathArchives(){
  return false;
 }

 @Override
 protected boolean isNestedArchive(Archive.Entry entry){
  return NESTED_ARCHIVE_ENTRY_FILTER.matches(entry);
 }

 @Override
 protected String getArchiveEntryPathPrefix(){
  return "BOOT-INF/";
 }

 public static void main(String[] args) throws Exception {
  new JarLauncher().launch(args);
 }

}

其中有两个点我们可以关注一下,第一个是这个类有一个 ​​main​​​ 方法,这也是为什么 ​​java -jar​​​ 命令可以进行引导的原因,毕竟 ​​java​​​ 程序都是通过 ​​main​​​ 方法进行运行的。其次是这里面有两个路径 ​​BOOT-INF/classes/​​​ 和 ​​BOOT-INF/lib/ ​​这两个路径正好是我们的源码路径和第三方依赖路径。

而 ​​JarLauncher​​​ 类里面的 ​​main()​​​ 方法主要是运行 ​​Launcher​​​ 里面的 ​​launch()​​ 方法,这几个类的关系图如下所示

当我们的执行 java -jar xxx.jar 的时候底层到底做了什么?-鸿蒙开发者社区

跟着代码我们可以看到最终调用的是这个 ​run()​ 方法

当我们的执行 java -jar xxx.jar 的时候底层到底做了什么?-鸿蒙开发者社区

当我们的执行 java -jar xxx.jar 的时候底层到底做了什么?-鸿蒙开发者社区

而这里的参数 ​mainClass​ 和 ​launchClass​ 都是通过通过下面的逻辑获取的,都是通过资源文件里面的 ​Start-Class​ 来进行获取的,这里正是我们项目的启动类,由此可以看到我们上面的猜想是正确的。

当我们的执行 java -jar xxx.jar 的时候底层到底做了什么?-鸿蒙开发者社区

扩展

上面的类图当中我们还可以看到除了有 ​​JarLauncher​​​ 以外还有一个 ​​WarLauncher​​​ 类,确实我们的 ​​SpringBoot​​​ 项目也是可以配置成 ​​war​​​ 进行部署的。我们只需要将打包插件里面的 ​​jar​​​ 更换成 ​​war​​​ 即可。大家可以自行尝试重新打包解压进行分析,这里 ​​war​​​ 包部署方式只研究学习就好了,​​SpringBoot​​​ 应用还是尽量都使用 ​​Jar​​ 的方式进行部署。

总结

通过上面的内容我们知道了当我们在执行 ​​java -jar​​​ 的时候,根据 ​​java​​​ 官方规范会引导 ​​jar​​​ 包里面 ​​MANIFEST.MF​​​ 文件中的 ​​Main-Class​​​ 属性对应的启动类,该启动类中必须包含 ​​main()​​ 方法。

而对于我们 ​​SpringBoot​​​ 项目构建的 ​​ja​​​r 包,除了 ​​Main-Class​​​ 属性外还会有一个 ​​Start-Class​​​ 属性绑定的是我们项目的启动类,当我们在执行 ​​java -jar​​​ 的时候优先引导的是 ​​org.springframework.boot.loader.JarLauncher#main​​​ 方法,该方法内部会通过引导 ​​Start-Class​​ 属性来启动我们的应用代码。

通过上面的分析相比大家对于 ​​SpringBoot​​​ 是如何通过 ​​java -jar​​ 进行启动了有了一个详细的了解,下次再有人问 ​SpringBoot​ 项目是如何启动的,请把这篇文章转发给他。



文章转载自公众号:Java极客技术

标签
已于2023-1-16 16:53:48修改
收藏
回复
举报
回复
    相关推荐