解决Maven包冲突的三大技巧.docxVIP

处理Maven包冲突的三大技巧 2021-12-21 包之间的冲突，由于Maven的依靠传递性，当你引入一个依靠类时，其身后的依靠类也一起如过江之鲫纷至沓来了。? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 举例A依靠于B及C，而B又依靠于X、Y，而C依靠于X、M，则A除引B及C的依靠包下，还会引入X，Y，M的依靠包（一般情况下了，Maven可通过等若干种方式把握传递依靠）。这里有一个需要特殊留意的，即B和C同时依靠于X，假设B依靠于X的1.0版本，而C依靠于X的2.0版本，A到底依靠于X的1.0还是2.0版本呢？这就看Classloader的加载挨次了，假设Classloader先加载X_1.0，而它就不会再加载X_2.0了，假如A恰恰期望使用X_2.0呢，血案就这样不期而遇了。三大技巧第一板斧:找到传递依靠的鬼出在哪里？dependency:tree是把照妖照，pom.xml用它照照，全部传递性依靠都将无处遁形，并且会以层级树方式呈现，格外直观。以下就是执行dependency:tree后的一个输出：引用[INFO] maven-dependency-plugin:2.1:tree (default-cli) @ euler-foundation [INFO] com.hsit:euler-foundation:jar:-SNAPSHOT[INFO] +- com.rop:rop:jar:1.0.1:compile[INFO] |? +- org.slf4j:slf4j-api:jar:1.7.5:compile[INFO] |? +- org.slf4j:slf4j-log4j12:jar:1.7.5:compile[INFO] |? +- log4j:log4j:jar:1.2.16:compile[INFO] |? +- commons-lang:commons-lang:jar:2.6:compile[INFO] |? +- commons-codec:commons-codec:jar:1.6:compile[INFO] |? +- javax.validation:validation-api:jar:1.0.0.GA:compile[INFO] |? +- org.hibernate:hibernate-validator:jar:4.2.0.Final:compile[INFO] |? +- org.codehaus.jackson:jackson-core-asl:jar:1.9.5:compile[INFO] |? +- org.codehaus.jackson:jackson-mapper-asl:jar:1.9.5:compile[INFO] |? +- org.codehaus.jackson:jackson-jaxrs:jar:1.9.5:compile[INFO] |? +- org.codehaus.jackson:jackson-xc:jar:1.9.5:compile[INFO] |? \- com.fasterxml.jackson.dataformat:jackson-dataformat-xml:jar:2.2.3:compile[INFO] |???? +- com.fasterxml.jackson.core:jackson-core:jar:2.2.3:compile[INFO] |???? +- com.fasterxml.jackson.core:jackson-annotations:jar:2.2.3:compile[INFO] |???? +- com.fasterxml.jackson.core:jackson-databind:jar:2.2.3:compile[INFO] |???? +- com.fasterxml.jackson.module:jackson-module-jaxb-annotations:jar:2.2.3:compile[INFO] |???? \- org.codehaus.woodstox:stax2-api:jar:3.1.1:compile[INFO] |??????? \- javax.xml.stream:stax-api:jar:1.0-2:compile刚才吹嘘dependency:tree时，我用到了“无处遁形”，其实有时你会发觉简约地用dependency:tree往往并不能查看到全部的传递依靠。不过假如你真的想要看全部的，必需得加一个-Dverbose参数，这时就必定是最全的了。全是全了，但显示出来的东西太多，