SpringBoot的jar包如何启动的实现
目录
- 一、简介
- 二、jar包的内部结构
- 三、加载过程
- 1.使用到的一些类
- 2.过程分析
- 四、总结
一、简介
使用过SprongBoot
打过jar
包的都应该知道,目标文件一般都会生成两个文件,一个是以.jar
的包,一个是.jar.original
文件。那么使用SpringBoot
会打出两个包,而.jar.original
的作用是什么呢?还有就是java -jar
是如何将一个SpringBoot
项目启动,之间都进行了那些的操作?
其实.jar.original
是maven
在SpringBoot
重新打包之前的原始jar
包,内部只包含了项目的用户类,不包含其他的依赖jar
包,生成之后,SpringBoot
重新打包之后,最后生成.jar
包,内部包含了原始jar
包以及其他的引用依赖。以下提及的jar
包都是SpringBoot
二次加工打的包。
二、jar包的内部结构
SpringBoot
打出的jar
包,可以直接通过解压的方式查看内部的构造。一般情况下有三个目录。
BOOT-INF
:这个文件夹下有两个文件夹classes
用来存放用户类,也就是原始jar.original
里的类;还有一个是lib
,就是这个原始jar.original
引用的依赖。META-INF
:这里是通过java -jar
启动的入口信息,记录了入口类的位置等信息。org
:Springboot loader
的代码,通过它来启动。
这里主要介绍一下/BOOT-INF/MANIFEST.MF
文件
Main-Class: org.springframework.boot.loader.JarLauncher Start-Class: cn.com.springboot.center.AuthEenterBootstrap
Main-Class
:记录了java -jar
的启动入口,当使用该命令启动时就会调用这个入口类的main
方法,显然可以看出,Springboot
转移了启动的入口,不是用户编写的xxx.xxx.BootStrap
的那个入口类。
Start-Class
:记录了用户编写的xxx.xxx.BootStrap
的那个入口类,当内嵌的jar
包加载完成之后,会使用LaunchedURLClassLoader
线程加载类来加载这个用户编写的入口类。
三、加载过程
1.使用到的一些类
3.1.1 Archive
归档文件接口,实现迭代器接口,它有两个子类,一个是JarFileArchive
对jar
包文件使用,提供了返回这个jar
文件对应的url
、或者这个jar
文件的MANIFEST
文件数据信息等操作。是ExplodedArchive
是文件目录的使用也有获取这个目录url
的方法,以及获取这个目录下的所有Archive
文件方法。
3.1.2 Launcher
启动程序的基类,这边最后是通过JarLauncher#main()
来启动。ExecutableArchiveLauncher
是抽象类,提供了获取Start-Class
类路径的方法,以及是否还有内嵌对应文件的判断方法和获取到内嵌对应文件集合的后置处理方法的抽象,由子类JarLauncher
和WarLauncher
自行实现。
3.1.3 Spring.loader下的JarFile和JarEntry
jarFile
继承于jar.util.jar.JarFile
,JarEntry
继承于java.util.jar.JarEntry
,对原始的一些方法进行重写覆盖。每一个JarFileArchive
都拥有一个JarFile
方法,用于存储这个jar
包对应的文件,而每一个JarFile
都有一个JarFileEntries
,JarFileEntries
是一个迭代器。总的来说,在解析jar
包时,会将jar
包内的文件封装成JarEntry
对象后由JarFile
对象保存文件列表的迭代器。所以JarFileArchive
和JarFileEntries
之间是通过JarFile
连接,二者都可以获取到JarFile
对象。
2.过程分析
从MANIFEST.MF
文件中的Main-class
指向入口开始。
创建JarLauncher
并且通过它的launch()
方法开始加载jar
包内部信息。
public static void main(String[] args) throws Exception { new JarLauncher().launch(args); }
JarLauncher
的空构造方法时一个空实现,刚开始看的时候还懵了一下,以为是在后续的操作中去加载的文件,其实不然,在创建时由父类ExecutableArchiveLauncher
的构造方法去加载的文件。
加载为归档文件对象:
this.archive = createArchive();
具体的加载方法:判断路径是否是一个文件夹,是则返回ExplodedArchive
对象,否则返回JarFileArchive
进入JarFileArchive
类:通过这个new
方法创建JarFile
对象
public class JarFileArchive implements Archive { public JarFileArchive(File file, URL url) throws IOException { this(new JarFile(file)); this.url = url; } }
进入到JarFile
方法:通过RandomAccessDataFile
读取文件的内容,并传递给本类中的方法进行具体的解析。
public class JarFile extends java.util.jar.JarFile { public JarFile(File file) throws IOException { this(new RandomAccessDataFile(file)); } }
进入jarLauncher
的launch
方法:注册URL
协议的处理器,没有指定时,默认指向org.springframework.boot.loader
包路径,获取类路径下的归档文件Archive
并通过这些归档文件的URL
,创建线程上下文类加载器,使用类加载器和用户编写的启动入口类,通过反射调用它的main
方法。
protected void launch(String[] args) throws Exception { JarFile.registerUrlProtocolHandler(); ClassLoader classLoader = createClassLoader(getClassPathArchives()); launch(args, getMainClass(), classLoader); }
JarLauncher
的getClassPathArchives
是在ExecutableArchiveLauncher
中实现:获取归档文件中满足EntryFilterg
过滤器的项,isNestedArchive
方法由具体的之类实现。获取到当前归档文件下的所有子归档文件之后的后置操作,是一个扩展点。在JarLauncher
中是一个空实现。
JarLauncher
的具体实现,这里通过判断是否在BOOT-INF/lib/
包下返回true
也就是说只会把jar
包下的BOOT-INF/lib/
下的文件加载为Archive
对象
protected boolean isNestedArchive(Archive.Entry entry) { if (entry.isDirectory()) { return entry.getName().equals(BOOT_INF_CLASSES); } return entry.getName().startsWith(BOOT_INF_LIB); }
JarFileArchive
的getNestedArchives
方法:若匹配器匹配到则获取内嵌归档文件。
具体的获取内嵌归档文件逻辑:根据具体的Entry
对象,创建JarFile
对象并封装成归档文件对象后返回。
protected Archive getNestedArchive(Entry entry) throws IOException { try { JarFile jarFile = this.jarFile.getNestedJarFile(jarEntry); return new JarFileArchive(jarFile); } }
获取到参数entry
对应的RandomAccessData
对象,这里根据springboot
扩展的url
协议,在父路径的基础上添加!/
来标记子包。
private JarFile createJarFileFromFileEntry(JarEntry entry) throws IOException { RandomAccessData entryData = this.entries.getEntryData(entry.getName()); return new JarFile(this.rootFile, this.pathFromRoot + "!/" + entry.getName(), entryData, JarFileType.NESTED_JAR); }
到这基本上读取jar
内部信息,加载为对应归档文件对象的大概过程已经讲完了,接下来分析一下在获取到了整个jar
的归档文件对象后的处理。
通过归档文件对象列表,获取对应的url
信息,并通过url
信息创建LaunchedURLClassLoader
protected ClassLoader createClassLoader(List<Archive> archives) { List<URL> urls = new ArrayList<URL>(archives.size()); for (Archive archive : archives) { urls.add(archive.getUrl()); } return createClassLoader(urls.toArray(new URL[urls.size()])); }
获取到对应的LaunchedUrlClassLoader
类加载器之后,设置线程的上下文类加载器为该加载器。根据MANIFI.MF
文件中的start-classs
信息创建项目启动入口主类对象,并通过返回对象的run
方法启动
protected void launch(String[] args, String mainClass, ClassLoader classLoader) { Thread.currentThread().setContextClassLoader(classLoader); createMainMethodRunner(mainClass, args, classLoader).run(); }
进入MainMethodRunner
的run
方法:先通过当前线程获取到main
入口类,然后通过反射调用启动项目启动类的main
方法
public void run() throws Exception { Class<?> mainClass = Thread.currentThread().getContextClassLoader() .loadClass(this.mainClassName); Method mainMethod = mainClass.getDeclaredMethod("main", String[].class); mainMethod.invoke(null, new Object[] { this.args }); }
最后来说一下这个LaunchedURLClassLoader
,它继承于URLClassLoader
,并重写了loadClass
方法
LaunchedClassLoader
的loadClass
方法:调用父类loadClass
方法,走正常委派流程,最终会被LaunchURLClassLoader
加载。
@Override protected Class<?> loadClass(String name, boolean resolve){ try { try { definePackageIfNecessary(name); } return super.loadClass(name, resolve); } }
进入URLClassLoader
中根据springboot
解析进行解析。根据名称将路径转化为以.class
结尾的/
分隔的格式。通过UrlClassPath
对象根据路径获取资源类文件
new PrivilegedExceptionAction<Class<?>>() { public Class<?> run() throws ClassNotFoundException { String path = name.replace('.', '/').concat(".class"); Resource res = ucp.getResource(path, false); if (res != null) { try { return defineClass(name, res); } } } }
四、总结
Springboot
主要实现了对URL
加载方式进行了扩展,并且对一些对象Archive
、JarFile
、Entry
等进行了抽象和扩展,最后使用LaunchedUrlClassLoader
来进行处理。
到此这篇关于SpringBoot的jar包如何启动的实现的文章就介绍到这了,更多相关SpringBoot jar包启动内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!