用maven打包jar项目其中很多模块引用了相同jar包，如何把它些jar公用，让maven打包不把这公用包打进去

Posted 2023-03-20

我的思路有两条
1，设置maven依赖本地公有jar
2，将公有的jar放到环境变量classpath中去
我试了以上两种方法，可能方法不对，未成功，请方法

注意scope标签，compile和runtime两种依赖打包时会打进去，provided、system、test都不会打进去。如果不想打包时将依赖包含进去，可以按实际情况选择后面的方式。

maven本身引用时，在没有打包前，这些jar都是存储在maven的repository里面给所有项目共享的，这也是maven的目标之一。如下图，请看jar包的路径。

参考技术A maven项目可以分为子父级项目，将公有的jar包用父级项目引用，其子级项目都不需要再重新引用了。 参考技术B 在dependency中加exclusion

maven打包时的三方包的选择顺序

在一个项目有多个模块引用多个版本的某个插件(或者叫三方包、jar包等)时，如何解决版本冲突问题？最终选用某个版本还是选择几个版本？

maven在遇到上面的情况时，会智能处理版本冲突，最终选择一个版本，选取的原则是：

1、就近原则：根据依赖路径最短选择版本

2、路径相同选择最先出现的，及第一声明原则

 

那么问题来了，当有多个模块引用同一个版本时，如何查看依赖路径？如果路径长度相同，哪个最先出现？

首先在根pom或者父pom中引入maven-dependency-plugin这个插件，在项目的根目录执行命令mvn dependency:tree可以查看jar包的依赖顺序，如图，可以清楚的查看某个jar的依赖路径；

使用命令mvn dependency:tree -Dverbose可以查看查看更详细的信息，主要是告诉你那些版本因为冲突而被忽略

 

 使用mvn dependency:list，可以列出依赖的所有jar包

执行错误的命令，可以查看这个插件的所有命令：项目中，我常用mvn dependency:copy-dependencies -DoutputDirectory=~/dependencies命令把项目的所有依赖拷贝到一个目录里。

但是这个方法存在一个问题：就是它只解决模块内部的版本冲突，并没有解决项目各个模块之间的依赖冲突，因此有的时候会存在多个jar包的现象，以至于你也说不清用户最终使用的是哪个版本的jar包，也就无法明确判断用户使用的jar包到底违不违反部门确定的“必须使用某个jar包的规定”

联想：pip install pyquery==2.2.222222一个错误的版本号，通过错误信息，你可以看到所有支持的正确的版本，这样再选择一个正确的版本

 

为了解决mvn dependenc:copy-dependencies上面存在的多个版本的问题，一个比较笨拙的解决办法是：使用mvn depedency:tree > tree.txt 把依赖及依赖路径信息拷贝到某个目录，然后使用py脚本把这些目录的内容存入数据库，当遇到多个版本的情况时，把这些tree.txt里的内容再拿出来，进行分析：

分析方法就是，对tree.txt进行每行匹配，找到某个插件出现在路径里的顺序以及版本号信息，找到那个maven最终使用的版本

如图，通过查看版本名字和‘[INFO]’之间字符的个数来确定路径，1个字符是路径值是1，4个字符路径值是2，依次类推。

 

还有另外一个方法：就是找到项目最终部署的目录，已经目录下的pom.xml文件，然后对这个目录进行mvn dependency:copy-dependencies -DoutputDirectory=~/dependencies，这样就可以得到项目最终的依赖列表。比如下面的项目目录下的web目录就是项目最终打包的配置