maven打可执行jar包，scope设为provided失效，引用jar包仍会打包到libs目录中的解决办法(可执行jar包加载外部依赖解决办法，面向基于Spring构建的项目)

适用场景

在项目中遇到需求，根据不同省份需要依赖不同的jar包执行相同逻辑。由于不同省份jar包不同，且存在同一jar包不同版本，导致高版本覆盖低版本的问题，同时为缩减项目包的大小。所以希望将这部分jar包通过外部引入的方式在运行时动态加载而非放入可执行jar包的libs目录下。这样项目分省部署只需依赖相关省份的jar包即可。

出现问题

基于此，根据maven的scope作用域（可参见之前博文），使用provideded对这部分分省的jar包进行修饰。使系统通过编译，同时在执行时，根据省份不同以嵌入式的方式加载不同jar包。
但是发现provideded修饰的jar在项目被打成可执行jar包时仍然会被打包到项目jar包的libs目录中。后来发现provideded修饰的jar包在打成war包这种依赖容器（tomcat）执行的文件格式时时是不会被打包到libs目录中去的,但是打成可执行jar时不会起作用。

解决方法

使用spring-boot-maven-plugin插件将相关jar从libs移除，同时使用java -loader.path=jar包文件夹 -jar xxx.jar方式在执行时动态引用。
spring-boot-maven-plugin的repackage指令可以将基于Spring构建的项目打成一个完整的可执行jar包，使其可以通过命令行，以java -jar的方式执行。其在打包过程中加入org.springframework.boot.loader，为基于Spring构建的项目添加引导（执行入口）。

基于spring-boot-maven-plugin解决本文问题。
pom.xml中添加：

		manage
		
			
				org.springframework.boot
				spring-boot-maven-plugin
				
					com.czx.manage.App  
					ZIP   
					
						
							com.xxxx
							xxxx   
						
					
				
			
		
	

这样在执行mvn package命令时，相关jar包不会被打到libs目录中。

spring boot maven plugin layout(spring-boot-maven-plugin layout)参数分析

spring-boot-maven-plugin官网对layout属性的陈述并不好理解。通过分析和实验发现其主要作用是指定项目启动的Main-Class的org.springframework.boot.loader的类型。其主要有JAR, WAR, ZIP, DIR, NONE 5中类型。默认是JAR类型。
通过观察打包后保存jar描述信息的MANIFEST.MF文件可以得知其对应关系：

• 不指定，默认
  
• JAR
  
• WAR
  
• ZIP和DIR
  
• NONE（打不可执行jar包）
  如果要使用java -loader.path=jar包文件夹 -jar xxx.jar以嵌入式的方式，在程序运行时引用外部jar包，需要指定org.springframework.boot.loader的类型为org.springframework.boot.loader.PropertiesLauncher。即使用DIR或ZIP方式。
  如果项目以war包形式运行而非jar包形式，可以使用maven的scope设为provided的方式。若要以可执行jar包的方式运行，若需要适用这类场景，可参考本文实现方式。