springboot的类加载器（org.springframework.boot.loader）

最新推荐文章于 2025-01-03 09:30:26 发布

EasyChill

最新推荐文章于 2025-01-03 09:30:26 发布

阅读量6.9k

点赞数 1

分类专栏： Spring 全家桶

本文链接：https://blog.csdn.net/Song_JiangTao/article/details/109510484

版权

Spring 全家桶专栏收录该内容

18 篇文章

订阅专栏

类加载器的分类。
在这里插入图片描述
试验：使用maven打包

 <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-dependency-plugin</artifactId>
                <executions>
                    <execution>
                        <id>copy-dependencies</id>
                        <phase>prepare-package</phase>
                        <goals>
                            <goal>copy-dependencies</goal>
                        </goals>
                        <configuration>
                            <outputDirectory>${project.build.directory}/lib</outputDirectory>
                            <overWriteReleases>false</overWriteReleases>
                            <overWriteSnapshots>false</overWriteSnapshots>
                            <overWriteIfNewer>true</overWriteIfNewer>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <configuration>
                    <fork>true</fork>
                    <mainClass>启动类的完整路径</mainClass>
                    <excludes>
                        <exclude>
                            <groupId>org.projectlombok</groupId>
                            <artifactId>lombok</artifactId>
                        </exclude>
                    </excludes>
                    <layout>ZIP</layout>
                    <includes>
                        <include>
                            <groupId>nothing</groupId>
                            <artifactId>nothing</artifactId>
                        </include>
                    </includes>
                </configuration>
                <executions>
                    <execution>
                        <goals>
                            <goal>repackage</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

各个配置项的作用自行百度~作用呢就是把lib和jar包分离以及排除一些依赖，target目录如下：

在这里插入图片描述

这样生成的jar包，用压缩工具打开以后是这样
在这里插入图片描述
在META-INF下打开MANIFEST.MF文件看看（记事本就可以打开）

在这里插入图片描述
可以看到这里的类加载器是：PropertiesLauncher，文档百度翻译如下：

Launcher for archives with user-configured classpath and main class via a properties file. This model is often more flexible and more amenable to creating well-behaved OS-level services than a model based on executable jars.
Looks in various places for a properties file to extract loader settings, defaulting to application.properties either on the current classpath or in the current working directory. The name of the properties file can be changed by setting a System property loader.config.name (e.g. -Dloader.config.name=foo will look for foo.properties. If that file doesn’t exist then tries loader.config.location (with allowed prefixes classpath: and file: or any valid URL). Once that file is located turns it into Properties and extracts optional values (which can also be provided overridden as System properties in case the file doesn’t exist):
loader.path: a comma-separated list of directories (containing file resources and/or nested archives in .jar or .zip or archives) or archives to append to the classpath. BOOT-INF/classes,BOOT-INF/lib in the application archive are always used
loader.main: the main method to delegate execution to once the class loader is set up. No default, but will fall back to looking for a Start-Class in a MANIFEST.MF, if there is one in ${loader.home}/META-INF.

启动程序，用于通过属性文件使用用户配置的类路径和主类进行归档。与基于可执行jar的模型相比，这种模型通常更灵活，更易于创建性能良好的OS级服务。

在不同位置查找属性文件以提取加载程序设置，默认为应用程序.属性在当前类路径或当前工作目录中。属性文件的名称可以通过设置系统属性来更改加载程序.config.name（例如-Dloader.config.name=foo会寻找食品属性. 如果该文件不存在，则尝试loader.config.location（使用允许的前缀classpath:和file:或任何有效的URL）。找到该文件后，将其转换为属性并提取可选值（如果该文件不存在，也可以将其作为系统属性进行覆盖）：

加载程序.path：以逗号分隔的目录列表（包含文件资源和/或.jar或.zip中的嵌套存档文件）或要附加到类路径的存档文件。总是使用应用程序档案中的BOOT-INF/classes、BOOT-INF/lib

装载机.main：设置类装入器后将执行委托给的主方法。没有默认值，但将返回到在清单.MF，如果有${装载机.home}/中导。

这种也是配置：使用jar包外部的配置文件的启动方式的方法。在linux我们的启动脚本要使用对应的类加载器来启动。

在这里插入图片描述
如果你配置成其他的（ <layout>ZIP</layout>此配置项去掉，main-class就会变成JarLauncher）比如：JarLauncher

Launcher for JAR based archives. This launcher assumes that dependency jars are included inside a /BOOT-INF/lib directory and that application classes are included inside a /BOOT-INF/classes directory.