SpringBoot 项目瘦身(maven/gradle)

maven thin jar

• 步骤

大纲

spring-boot-maven-plugin
    configuration
        layout ZIP
        includes
            include non-exists

maven-dependency-plugin
	excutions
		excution
			goal copy-dependencies
			configuration outputDirectory

<build>
	<finalName>thin-jar</finalName>
	<!--java -jar -Dloader.path=./lib thin-jar.jar-->
	<plugins>
		<plugin>
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-maven-plugin</artifactId>
			<version>${spring.boot.version}</version>
			<executions>
				<execution>
					<goals>
						<goal>repackage</goal>
					</goals>
				</execution>
			</executions>
			<!-- 指定插件的其他配置选项 -->
			<configuration>
				<!-- fork=true 新开 Jvm 运行插件. 在单独的 JVM 进程中运行插件, 可避免与当前进程发生冲突 -->
				<fork>true</fork>
				<!-- 将资源包含在打包的 JAR 文件中 -->
				<addResources>true</addResources>
				<!-- 指定要传递给插件的任何其他 JVM 参数 -->
				<jvmArguments>-Dfile.encoding=UTF-8</jvmArguments>
				<!-- 指定打包的 JAR 文件的布局 -->
				<layout>ZIP</layout>
				<!-- 指定应包含的依赖项，这可以触发插件下载其依赖项 (可以不写) -->
				<includes>
					<include>
						<groupId>com.must.include.group</groupId>
						<artifactId>must-incluede-artifactId</artifactId>
						<!-- 版本不填, 因为在 pom.xml 里面已定义 -->
					</include>
				</includes>
			</configuration>
		</plugin>

		<plugin>
			<groupId>org.apache.maven.plugins</groupId>
			<artifactId>maven-dependency-plugin</artifactId>
			<executions>
				<execution>
					<id>copy-dependencies</id>
					<phase>package</phase>
					<goals>
						<goal>copy-dependencies</goal>
					</goals>
					<configuration>
						<outputDirectory>${project.build.directory}/lib</outputDirectory>
						<!--是否排除传递性-->
						<excludeTransitive>false</excludeTransitive>
						<!--是否去掉jar包版本信息-->
						<stripVersion>false</stripVersion>
						<!--包含范围-->
						<includeScope>runtime</includeScope>
					</configuration>
				</execution>
			</executions>
		</plugin>
	</plugins>
</build>

https://docs.spring.io/spring-boot/docs/current/maven-plugin/reference/htmlsingle/#goals-repackage-parameters-details-includes

• <fork>false</fork>
  表示 Maven 使用自身的 JVM 虚拟机运行插件, 而 <fork>true</fork> 则告知 Maven 启动一个新的 JVM 虚拟机进程运行插件. 使用 spring-boot-devtools 模块时需要特定 JVM 配置来运行, 所以需要创建新的 JVM 虚拟机进程来运行. 所以通常使用 spring-boot-devtools 热部署时, 需要在 spring-boot-maven-plugin 插件上会加上 fork=true

• <layout>ZIP</layout>
  MANIFEST.MF 文件中 Main-Class 是 PropertiesLauncher, 就是 spring-boot-maven-plugin 插件配置 <layout>ZIP</layout> 的结果

  • layout:
    • JAR，即通常的可执行jar
      • Main-Class: org.springframework.boot.loader.JarLauncher
    • WAR，即通常的可执行war，需要的servlet容器依赖位于WEB-INF/lib-provided
      • Main-Class: org.springframework.boot.loader.warLauncher
    • ZIP，即DIR，类似于JAR
      • Main-Class: org.springframework.boot.loader.PropertiesLauncher
    • MODULE，将所有的依赖库打包（scope为provided的除外），但是不打包Spring Boot的任何Launcher
    • NONE，将所有的依赖库打包，但是不打包Spring Boot的任何Launcher

• (可选) <classifier>suffix</classifier> project-1.1.1-suffix 与 mvn package 所打成的 jar 进行区分

  1. mvn package 打包时使用 maven-jar-plugin 插件执行 package 命令, 生成的 jar 不包含依赖, 不可以执行但可以作为依赖引用
  2. 使用 spring-boot-maven-plugin 插件打包将 mvn package 生成的软件包重命名为了 *.original

Gradle thin jar

task clearJar(type: Delete) {
    delete "$buildDir/libs/lib"
}
 
// 将依赖包复制到lib目录
task copyJar(type: Copy, dependsOn: 'clearJar') {
    into "$buildDir/libs/lib"
    from configurations.runtime

    // from configurations.compileClasspath
}
 
bootJar {
    // mainClassName = ''
    // 例外所有的jar
    excludes = ["*.jar"]
    // lib目录的清除和复制任务 
    dependsOn clearJar
    dependsOn copyJar
 
    // 指定依赖包的路径, 无需 java.ext.dir 或 loader.path 参数
    manifest {
        attributes "Manifest-Version": 1.0,
            'Class-Path': configurations.compileClasspath.files.collect { "lib/$it.name" }.join(' ')
    }
}

需要把 dependencies 放到了 bootJar{} 之前

调用 bootJar 打包

运行的时候也不需要指定 -Djava.ext.dirs=./lib 或 -Dloader.path=./lib 了, 将 lib 目录放在 jar 包同级目录下, 直接 -jar运行就可以了

# java -Djava.ext.dirs=./lib -jar bootrun.jar
java -jar bootrun.jar

loader.path

loader.path 是 Spring 提供的配置参数

可以使用 --classpath / -cp 指定类加载的路径，但 classpath 的生效是有条件的

# 运行 class 生效
java -cp .;lib/x.jar Test

# 运行 jar 失效
java -cp lib/x.jar -jar app.jar

使用 java -jar boot.jar 时 (此时 -cp 无效), 可以使用 loader.path 指定类加载路径加载其他 jar, loader.path 实现了 classpath 的功能

但 loader.path 生效是有条件的

当 MANIFEST.MF 的 Main-Class 为:

• PropertiesLauncher (额外配置) 生效
• JarLauncher (默认配置) 失效 (启动会快一些)

为了使用 loader.path，需要把 jar 包的 Main-Class 配置为 PropertiesLauncher，在 build.gradle 中如下配置，可参考 Using the PropertiesLauncher

bootJar {
    manifest {
        attributes 'Main-Class': 'org.springframework.boot.loader.PropertiesLauncher'
    }
}

So by adding all the needed classpaths to the loader.path variable, spring will be able to boostrap the application. (details)