1. 全栈程序员必看首页
  2. 公众号
  3. 全栈程序员社区-公众号

Spring Boot 打的包为什么能直接运行？

全栈程序员-用户IM • • 全栈程序员社区-公众号

Spring Boot 打的包为什么能直接运行？

Spring Boot 提供了一个插件 spring-boot-maven-plugin 用于把程序打包成一个可执行的jar包。


在pom文件里加入这个插件即可：


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


打包完生成的executable-jar-1.0-SNAPSHOT.jar内部的结构如下：


├── META-INF
│   ├── MANIFEST.MF
│   └── maven
│       └── spring.study
│           └── executable-jar
│               ├── pom.properties
│               └── pom.xml
├── lib
│   ├── aopalliance-1.0.jar
│   ├── classmate-1.1.0.jar
│   ├── spring-boot-1.3.5.RELEASE.jar
│   ├── spring-boot-autoconfigure-1.3.5.RELEASE.jar
│   ├── ...
├── org
│   └── springframework
│       └── boot
│           └── loader
│               ├── ExecutableArchiveLauncher$1.class
│               ├── ...
└── spring
    └── study
        └── executablejar
            └── ExecutableJarApplication.class


然后可以直接执行jar包就能启动程序了：


java -jar executable-jar-1.0-SNAPSHOT.jar


打包出来fat jar内部有4种文件类型：


  1. META-INF文件夹：程序入口，其中MANIFEST.MF用于描述jar包的信息

  2. lib目录：放置第三方依赖的jar包，比如springboot的一些jar包

  3. spring boot loader相关的代码

  4. 模块自身的代码


MANIFEST.MF文件的内容：


Manifest-Version: 1.0
Implementation-Title: executable-jar
Implementation-Version: 1.0-SNAPSHOT
Archiver-Version: Plexus Archiver
Built-By: Format
Start-Class: spring.study.executablejar.ExecutableJarApplication
Implementation-Vendor-Id: spring.study
Spring-Boot-Version: 1.3.5.RELEASE
Created-By: Apache Maven 3.2.3
Build-Jdk: 1.8.0_20
Implementation-Vendor: Pivotal Software, Inc.
Main-Class: org.springframework.boot.loader.JarLauncher


我们看到，它的Main-Class是org.springframework.boot.loader.JarLauncher，当我们使用java -jar执行jar包的时候会调用JarLauncher的main方法，而不是我们编写的SpringApplication。


那么JarLauncher这个类是的作用是什么的？


它是SpringBoot内部提供的工具Spring Boot Loader提供的一个用于执行Application类的工具类(fat jar内部有spring loader相关的代码就是因为这里用到了)。


相当于Spring Boot Loader提供了一套标准用于执行SpringBoot打包出来的jar。


Spring Boot Loader抽象的一些类


抽象类Launcher：各种Launcher的基础抽象类，用于启动应用程序；跟Archive配合使用；目前有3种实现，分别是JarLauncher、WarLauncher以及PropertiesLauncher。


Archive：归档文件的基础抽象类。JarFileArchive就是jar包文件的抽象。


它提供了一些方法比如getUrl会返回这个Archive对应的URL；getManifest方法会获得Manifest数据等。


ExplodedArchive是文件目录的抽象


JarFile：对jar包的封装，每个JarFileArchive都会对应一个JarFile。JarFile被构造的时候会解析内部结构，去获取jar包里的各个文件或文件夹，这些文件或文件夹会被封装到Entry中，也存储在JarFileArchive中。如果Entry是个jar，会解析成JarFileArchive。


比如一个JarFileArchive对应的URL为：


jar:file:/Users/format/Develop/gitrepository/springboot-analysis/springboot-executable-jar/target/executable-jar-1.0-SNAPSHOT.jar!/


它对应的JarFile为：


/Users/format/Develop/gitrepository/springboot-analysis/springboot-executable-jar/target/executable-jar-1.0-SNAPSHOT.jar


这个JarFile有很多Entry，比如：


META-INF/
META-INF/MANIFEST.MF
spring/
spring/study/
....
spring/study/executablejar/ExecutableJarApplication.class
lib/spring-boot-starter-1.3.5.RELEASE.jar
lib/spring-boot-1.3.5.RELEASE.jar
...


JarFileArchive内部的一些依赖jar对应的URL(SpringBoot使用org.springframework.boot.loader.jar.Handler处理器来处理这些URL)：


jar:file:/Users/Format/Develop/gitrepository/springboot-analysis/springboot-executable-jar/target/executable-jar-1.0-SNAPSHOT.jar!/lib/spring-boot-starter-web-1.3.5.RELEASE.jar!/

jar:file:/Users/Format/Develop/gitrepository/springboot-analysis/springboot-executable-jar/target/executable-jar-1.0-SNAPSHOT.jar!/lib/spring-boot-loader-1.3.5.RELEASE.jar!/org/springframework/boot/loader/JarLauncher.class


我们看到如果有jar包中包含jar，或者jar包中包含jar包里面的class文件，那么会使用 !/ 分隔开，这种方式只有org.springframework.boot.loader.jar.Handler能处理，它是 Spring Boot 内部扩展出来的一种URL协议。


JarLauncher的执行过程


JarLauncher的main方法：


public static void main(String[] args) {  
 // 构造JarLauncher，然后调用它的launch方法。参数是控制台传递的  
 new JarLauncher().launch(args);  
}  


JarLauncher被构造的时候会调用父类ExecutableArchiveLauncher的构造方法。


ExecutableArchiveLauncher的构造方法内部会去构造Archive，这里构造了JarFileArchive。构造JarFileArchive的过程中还会构造很多东西，比如JarFile，Entry …


JarLauncher的launch方法：


protected void launch(String[] args) {  
 try {  
 // 在系统属性中设置注册了自定义的URL处理器：org.springframework.boot.loader.jar.Handler。如果URL中没有指定处理器，会去系统属性中查询  
 JarFile.registerUrlProtocolHandler();  
 // getClassPathArchives方法在会去找lib目录下对应的第三方依赖JarFileArchive，同时也会项目自身的JarFileArchive  
 // 根据getClassPathArchives得到的JarFileArchive集合去创建类加载器ClassLoader。这里会构造一个LaunchedURLClassLoader类加载器，这个类加载器继承URLClassLoader，并使用这些JarFileArchive集合的URL构造成URLClassPath  
 // LaunchedURLClassLoader类加载器的父类加载器是当前执行类JarLauncher的类加载器  
 ClassLoader classLoader = createClassLoader(getClassPathArchives());  
 // getMainClass方法会去项目自身的Archive中的Manifest中找出key为Start-Class的类  
 // 调用重载方法launch  
 launch(args, getMainClass(), classLoader);  
 }  
 catch (Exception ex) {  
 ex.printStackTrace();  
 System.exit(1);  
 }  
}  

// Archive的getMainClass方法  
// 这里会找出spring.study.executablejar.ExecutableJarApplication这个类  
public String getMainClass() throws Exception {  
 Manifest manifest = getManifest();  
 String mainClass = null;  
 if (manifest != null) {  
 mainClass = manifest.getMainAttributes().getValue("Start-Class");  
 }  
 if (mainClass == null) {  
 throw new IllegalStateException(  
 "No 'Start-Class' manifest entry specified in " + this);  
 }  
 return mainClass;  
}  

// launch重载方法  
protected void launch(String[] args, String mainClass, ClassLoader classLoader)  
 throws Exception {  
 // 创建一个MainMethodRunner，并把args和Start-Class传递给它  
 Runnable runner = createMainMethodRunner(mainClass, args, classLoader);  
 // 构造新线程  
 Thread runnerThread = new Thread(runner);  
 // 线程设置类加载器以及名字，然后启动  
 runnerThread.setContextClassLoader(classLoader);  
 runnerThread.setName(Thread.currentThread().getName());  
 runnerThread.start();  
}  


MainMethodRunner的run方法：


@Override  
public void run() {  
 try {  
 // 根据Start-Class进行实例化  
 Class mainClass = Thread.currentThread().getContextClassLoader()  
 .loadClass(this.mainClassName);  
 // 找出main方法  
 Method mainMethod = mainClass.getDeclaredMethod("main", String[].class);  
 // 如果main方法不存在，抛出异常  
 if (mainMethod == null) {  
 throw new IllegalStateException(  
 this.mainClassName + " does not have a main method");  
 }  
 // 调用  
 mainMethod.invoke(null, new Object[] { this.args });  
 }  
 catch (Exception ex) {  
 UncaughtExceptionHandler handler = Thread.currentThread()  
 .getUncaughtExceptionHandler();  
 if (handler != null) {  
 handler.uncaughtException(Thread.currentThread(), ex);  
 }  
 throw new RuntimeException(ex);  
 }  
}  


Start-Class的main方法调用之后，内部会构造Spring容器，启动内置Servlet容器等过程。这些过程我们都已经分析过了。


关于自定义的类加载器LaunchedURLClassLoader


LaunchedURLClassLoader重写了loadClass方法，也就是说它修改了默认的类加载方式(先看该类是否已加载这部分不变，后面真正去加载类的规则改变了，不再是直接从父类加载器中去加载)。


LaunchedURLClassLoader定义了自己的类加载规则：


private Class doLoadClass(String name) throws ClassNotFoundException {  

 // 1) Try the root class loader  
 try {  
 if (this.rootClassLoader != null) {  
 return this.rootClassLoader.loadClass(name);  
 }  
 }  
 catch (Exception ex) {  
 // Ignore and continue  
 }  

 // 2) Try to find locally  
 try {  
 findPackage(name);  
 Class cls = findClass(name);  
 return cls;  
 }  
 catch (Exception ex) {  
 // Ignore and continue  
 }  

 // 3) Use standard loading  
 return super.loadClass(name, false);  
}  


加载规则：


  1. 如果根类加载器存在，调用它的加载方法。这里是根类加载是ExtClassLoader

  2. 调用LaunchedURLClassLoader自身的findClass方法，也就是URLClassLoader的findClass方法

  3. 调用父类的loadClass方法，也就是执行默认的类加载顺序(从BootstrapClassLoader开始从下往下寻找)


LaunchedURLClassLoader自身的findClass方法：


protected Class findClass(final String name)  
 throws ClassNotFoundException  
{  
 try {  
 return AccessController.doPrivileged(  
 new PrivilegedExceptionAction<class
 public Class run() throws ClassNotFoundException {  
 // 把类名解析成路径并加上.class后缀  
 String path = name.replace('.', '/').concat(".class");  
 // 基于之前得到的第三方jar包依赖以及自己的jar包得到URL数组，进行遍历找出对应类名的资源  
 // 比如path是org/springframework/boot/loader/JarLauncher.class，它在jar:file:/Users/Format/Develop/gitrepository/springboot-analysis/springboot-executable-jar/target/executable-jar-1.0-SNAPSHOT.jar!/lib/spring-boot-loader-1.3.5.RELEASE.jar!/中被找出  
 // 那么找出的资源对应的URL为jar:file:/Users/Format/Develop/gitrepository/springboot-analysis/springboot-executable-jar/target/executable-jar-1.0-SNAPSHOT.jar!/lib/spring-boot-loader-1.3.5.RELEASE.jar!/org/springframework/boot/loader/JarLauncher.class  
 Resource res = ucp.getResource(path, false);  
 if (res != null) { // 找到了资源  
 try {  
 return defineClass(name, res);  
 } catch (IOException e) {  
 throw new ClassNotFoundException(name, e);  
 }  
 } else { // 找不到资源的话直接抛出ClassNotFoundException异常  
 throw new ClassNotFoundException(name);  
 }  
 }  
 }, acc);  
 } catch (java.security.PrivilegedActionException pae) {  
 throw (ClassNotFoundException) pae.getException();  
 }  
}  
</class


下面是LaunchedURLClassLoader的一个测试：


// 注册org.springframework.boot.loader.jar.Handler URL协议处理器  
JarFile.registerUrlProtocolHandler();  
// 构造LaunchedURLClassLoader类加载器，这里使用了2个URL，分别对应jar包中依赖包spring-boot-loader和spring-boot，使用 "!/" 分开，需要org.springframework.boot.loader.jar.Handler处理器处理  
LaunchedURLClassLoader classLoader = new LaunchedURLClassLoader(  
 new URL[] {  
 new URL("jar:file:/Users/Format/Develop/gitrepository/springboot-analysis/springboot-executable-jar/target/executable-jar-1.0-SNAPSHOT.jar!/lib/spring-boot-loader-1.3.5.RELEASE.jar!/")  
 , new URL("jar:file:/Users/Format/Develop/gitrepository/springboot-analysis/springboot-executable-jar/target/executable-jar-1.0-SNAPSHOT.jar!/lib/spring-boot-1.3.5.RELEASE.jar!/")  
 },  
 LaunchedURLClassLoaderTest.class.getClassLoader());  

// 加载类  
// 这2个类都会在第二步本地查找中被找出(URLClassLoader的findClass方法)  
classLoader.loadClass("org.springframework.boot.loader.JarLauncher");  
classLoader.loadClass("org.springframework.boot.SpringApplication");  
// 在第三步使用默认的加载顺序在ApplicationClassLoader中被找出  
classLoader.loadClass("org.springframework.boot.autoconfigure.web.DispatcherServletAutoConfiguration");  


Spring Boot Loader的作用


Spring Boot 在可执行jar包中定义了自己的一套规则，比如第三方依赖jar包在/lib目录下，jar包的URL路径使用自定义的规则并且这个规则需要使用org.springframework.boot.loader.jar.Handler处理器处理。


它的Main-Class使用JarLauncher，如果是war包，使用WarLauncher执行。这些Launcher内部都会另起一个线程启动自定义的SpringApplication类。


这些特性通过spring-boot-maven-plugin插件打包完成。

收外国男人的钱，骗中国妹子的炮？天朝竟有这样一帮「女权组织」 2018-03-19 INSIGHT视界 From 酷玩实验室 微信号：coollabs 其实我读书的时候 也曾经想过做一个女权主义者 但是后来发生了一些事情 让我选择了放弃 简单来说是这么一个事情：我发现 女权对于一些中国人来说是信仰 但是对另一些中国人来说是生意 所谓的“伪女权”“女权癌” 大概就是这么回事 尽管早就有这样的思想准备 但让我没想到的是 这两天，知乎上曝光了一件大事 还是让我三观震碎 我没想到，这些“伪女权” 竟然已经形成了黑色产业链 让人细思恐极—— 国内竟然有一群人 打着“女权主义”的名号 从事着组织卖淫的事情 在中国女生不知情的情况下 把她们卖给外国男人！事情是这样的：根据知乎用户伊利丹·怒风的爆料 他在知乎和一个伪女权主义者 吵了起来 一开始，他可能以为这只是一个 脑子比较轴的伪女权主义者 所以两人就吵了一通 本来，他以为就是撕个逼而已 没想到的是 这个伪女权主义者 可不是什么好惹的主 这个自称为“玛丽女王”的人 竟然在半个月中 持续不断地骚扰他 而最夸张的是 玛丽女王声称 自己有能力 让伊利丹的QQ号 在5天之内被封掉 到这里为止 伊利丹一直以为 他不过是碰到了一个杠精 但是万万没想到 5天之后 他的QQ号竟然真的被永久封禁了！说真的，这就有点吓人了 这个不起眼的玛丽女王 竟然还能操控别人的QQ账号被封？难不成，她真的背后有人？伊利丹这才意识到 自己好像惹到了一个组织 他去扒了扒这个玛丽女王的QQ空间 这才发现 自己简直捅出一个马蜂窝：这个人平时干的 竟然是把中国女生 卖给外国男人的皮肉生意！真的，我本来以为 我是一个见过不少套路的人 但没想到 这一套操作 真的是惊为天人 简单来说是这样的 首先，玛丽女王自称是“女权主义者” 但是实际上她的言论 宣传的却是 中国男人配不上中国女人 她甚至恶意辱骂中国男人 恨不得中国男人全部死光 连自己的爸爸都不放过 但是，这么做对她有什么好处呢？很简单 骂完中国男人以后 接下来她就说—— 既然中国男人这么差劲 那就找外国男人吧！于是，她就经常发布外国男人的介绍 看起来是一个热心的媒婆 还在各种QQ和微信群里 散播此类信息 但是看到这里 我们不难发现有点问题 看看其中这些不堪入目的措辞 这并不是普通的介绍男友啊！这简直是在拉皮条啊！果然，伊利丹发现 玛丽女王真的在 拉皮条的过程中 收外国男人的钱！下面是聊天记录实锤：而且，请注意—— 在这个过程中 她会收外国男人的钱 但是钱不给中国女生 却落到了她自己的腰包 于是一个诡异的情况出现了：中国妹子 并不知道收钱这回事 还以为是正常交友 而外国男人 却都交了钱 很可能认为自己是在买春！额，也就是说 在中国女孩不知情的情况下 她们被“卖”给了外国男人 而好处费 却全都进了玛丽女王的腰包... 我真的是没见过这种操作 这说轻了是骗炮 说重了，已经可以算是卖淫了吧？我想请熟悉刑法的朋友们看看 这个玛丽女王 至少应该算是个 介绍组织卖淫罪吧？而且，从伊利丹曝光的资料看来 这个组织规模不小 玛丽女王甚至把外国男生的信息 建了一个完整的表格 有详细的个人资料、照片 可以说 是一条非常完整的产业链 那如果按照这样操作 外国男人都是来嫖的 中国女生却不知道 还以为是要跟他们谈恋爱 那双方难道不会穿帮吗？恩，在这方面 玛丽女王早有对策 根据知乎一位 从事过这个产业的匿名用户提供的信息 针对这种情况 玛丽女王们 还会手把手地教外国男人 怎么快速摆脱女生的纠缠 怎么调教中国女生 怎么让女生觉得自己很可爱 可以说 各种套路一应俱全 甚至还可以开发票！看到这里 她们背后的产业就非常清楚了 这个玛丽女王 她根本就不是什么女权主义者 而是打着女权主义的口号 贩卖中国女生的人贩子 一方面 她们通过辱骂中国男人 吸引对外国男人感兴趣的中国女生 另一方面 她们向外国男人收钱 然后把中国女生卖给他们！图片来源：知乎@渭水徐工 而可怜的中国妹子们 还以为自己是在 追求男女平权 其实，不过是沦为了 这些老鸨的赚钱工具 伊利丹把这整个事情 写出来以后 在知乎、微博引起了巨大的关注 关于其中提到的 伊利丹的QQ被永久封禁的问题 腾讯经过核查 目前也有了结果：经调查，是玛丽女王利用伪造证据 恶意举报了伊利丹的QQ号 目前，腾讯已经将伊利丹的QQ解封 同时封禁了玛丽女王等人的 两个QQ账号 警方也就此事立案侦查了 相信很快就会有结果 这个事情算是告一段落了 但是在我看来 却有一件事让我无法释怀：为什么“女权主义”竟然会和 辱骂中国男性等同起来？为什么“和外国男人交友” 竟然还能演变成 一个免费的陪睡组织？我想，这个玛丽女王 也许只是一个 发现了恶性赚钱模式的生意人 但是在这背后隐藏的 其实是一个很深的问题：为什么有不少中国女人 越来越看不上中国男人 甚至觉得嫁给外国男人 是一种时尚？这里面的原因可能非常复杂 我这里先提供一个思路 供大家讨论：我发现 现在中国很多大型的女权组织 背后都有着西方势力的影子 她们打着女权的名号 为自己谋取暴利 为西方国家从事破坏活动 而那些真正为女性平权而奔走的人 却得不到应有的帮助 我之所以这样说 并不是信口开河 而是有充足的证据 有一个非常有名的民间女权组织 叫做“女权之声” 它一再声称 自己只是一个自发的民间组织 致力于促进男女平等的 它所有的微博账号、微信账号 全部都是由一个 叫做妇女传媒监测网络的创办的 而这个妇女传媒监测网络 有这么多媒体产品 那它的钱都是哪里来的呢？从她们介绍的合作组织里 我们可以清楚地找到 她们的资助者—— 竟然有西方的福特基金会 有人也许会问 收了西方的钱怎么了？中国的组织不能收西方的钱吗？然而，她们不只是收了西方的钱而已 女权之声组织里 有一个人叫做郑楚然 她除了女权运动之外 没有任何其他工作 表面上，是一个全职的女权工作者 在2015年的时候 她还因为寻衅滋事 被警察拘留过30多天 甚至在她被拘留的时候 希拉里还借题发挥 指责中国侵犯人权、压制民主 一个中国的小小民间组织的首领 在互联网上的粉丝还没有我多 竟然能得到希拉里这个级别的关注？我真的是惊掉了下巴 这样看来 我离希拉里也不是很远了？？而不止是希拉里 这样一个明明思想上毫无建树的人 却被西方媒体BBC评为了 全球百大思想家 图：郑楚然在王宝强事件中发表的言论 除此以外 更让人匪夷所思的 是她们平时就喜欢攻击政府 甚至于，她们还会试图分裂我们国家 比如，女权之声这个组织里 著名的女权斗士洪理达 就曾经转发著名的港独媒体 Hong Kong Free Press的言论 甚至曾公开发表过 支持藏独、港独、台独的言论 她也经常和郑楚然混在一起 我很想不通 如果她们真的只是单纯的女权主义者 为何要发表分裂国家的言论？为何要支持藏独、港独、台独？我只能说，这大概就叫 拿人家的手短，吃人家的嘴软吧 以前，我在接触中国的女权组织时 我就觉得很奇怪 她们都喜欢声称 自己是不盈利的非政府组织 但是她们无论是宣传 还是组织各类活动 都需要大量的钱 如果她们真的不盈利 那这些钱都是哪里来的呢？而这些外国的金主 他们也更加不可能是什么慈善组织 大发善心来给中国人投钱 每一分投出去的钱 一定都是要有回报的 那么，他们的回报是什么呢？他们给中国的“女权组织”投钱 能得到什么利益呢？联想到中国网络上 如火如荼的对中国男人的讨伐 我只能说，细思恐极 我绝不是危言耸听 因为我们就看不远的邻国日本 近些年来日本对于西方的崇拜 可谓深入骨髓 已经到了崇洋媚外的程度 而这其中 当然也包括对白人男性的崇拜 甚至在2016年一个瑞士白人 发了一个视频，赤裸裸的说 “在东京，只要你是白人， 做什么都可以” 视频里面他在日本便利店 随意的亲吻不认识的收银员女孩 在酒吧把不认识的日本女孩 按向自己的裤裆 而日本女孩回应的却是谄媚的笑容 我想，并不会有那么多中国人 真正被西方伪女权主义控制 但是，我们要警惕的是 别在你自己都没有察觉的时候 被别有用心的人洗了脑 更有甚者 别在你自己都不知道的情况下 被别人卖给了外国男人 还去帮他数钱 本文系授权发布，From 酷玩实验室，微信号：coollabs，欢迎分享到朋友圈，未经许可不得转载，INSIGHT视界 诚意推荐 Forwarded from Official Account 酷玩实验室 酷玩实验室 Learn More Scan QR Code via WeChat to follow Official Account 采集文章采集样式近似文章查看封面

来自：Format | 责编：乐乐

链接：mrw.so/5WmD7E

Spring Boot 打的包为什么能直接运行？
Spring Boot 打的包为什么能直接运行？

原文始发于微信公众号（全栈程序员社区）：Spring Boot 打的包为什么能直接运行？

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。

发布者：全栈程序员-用户IM，转载请注明出处：https://javaforall.cn/104397.html原文链接：https://javaforall.cn

【正版授权，激活自己账号】： Jetbrains全家桶Ide使用，1年售后保障，每天仅需1毛

【官方授权 正版激活】： 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

赞 (0)
全栈程序员-用户IM全栈程序员-用户IM
0 0
blank

相关推荐

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号