如何通过shade技术解决mybatis版本冲突并正确引用项目依赖？

本文共计872个文字，预计阅读时间需要4分钟。

之前写过一篇关于使用shade解决mybatis包冲突的文章，主要讲述了如何为一个第三方包创建一个shade包。通过创建shade包，可以解决相同包的不同版本之间的冲突问题。今天主要来说一下如何在项目中引用这个shade包。

在项目中引用shade包的方法如下：

1. 将shade包添加到项目的依赖中。如果使用Maven，可以在pom.xml文件中添加以下依赖：

xml com.example shade-package 1.0.0 jar provided

2. 如果使用Gradle，可以在build.gradle文件中添加以下依赖：

groovydependencies { providedCompile 'com.example:shade-package:1.0.0'}

3. 引用shade包中的类时，需要使用shade包的完整路径。例如，如果shade包中有一个名为`com.example.MyClass`的类，那么在代码中应该这样引用：

javaimport com.example.shade.package.com.example.MyClass;

注意：`com.example.shade.package`是shade包的实际路径，需要根据实际情况进行修改。

通过以上步骤，你就可以在项目中成功引用shade包，并解决不同版本包之间的冲突问题。

之前写过shade解决mybatis包冲突的文章，主要讲了如何为一个第三方包去打一个shade包，然后它可以解决相同包的不同版本之间的冲突问题；而今天主要说一下在项目里如何引用这个包。
1 如果只是使用包里的资源，而不使用这个包的依赖包，需要这样引用即可

<dependency> <groupId>com.lind</groupId> <artifactId>a-start-test-depend-shade</artifactId> <version>1.0.4</version> <scope>system</scope> <systemPath>${project.basedir}/src/main/resources/a-start-test-depend-shade-1.0.4.jar</systemPath> </dependency>

2 如果在引用包里，还需要使用它的依赖包，需要把system去掉

<dependency> <groupId>com.lind</groupId> <artifactId>a-start-test-depend-shade</artifactId> <version>1.0.4</version> <systemPath>${project.basedir}/src/main/resources/a-start-test-depend-shade-1.0.4.jar</systemPath> </dependency>

3 注意：如果你的shade项目和你的当前项目在一起的话，可能能有问题

你可以把shade项目打完jar包之后，移除module，然后再试一下，就可以看到你的jar包里的对象被shade了

4 pom配置文件里的scope是作用域的意思，下面介绍一下几种scope

• compile：默认值 他表示被依赖项目需要参与当前项目的编译，还有后续的测试，运行周期也参与其中，是一个比较强的依赖。打包的时候通常需要包含进去
• test：依赖项目仅仅参与测试相关的工作，包括测试代码的编译和执行，不会被打包，例如：junit
• runtime：表示被依赖项目无需参与项目的编译，不过后期的测试和运行周期需要其参与。与compile相比，跳过了编译而已。例如JDBC驱动，适用运行和测试阶段
• provided：打包的时候可以不用包进去，别的设施会提供。事实上该依赖理论上可以参与编译，测试，运行等周期。相当于compile，但是打包阶段做了exclude操作
• system：从参与度来说，和provided相同，不过被依赖项不会从maven仓库下载，而是从本地文件系统拿。需要添加systemPath的属性来定义路径

总结

到此这篇关于shade解决mybatis包冲突问题及项目引用的方法的文章就介绍到这了,更多相关shade解决mybatis包冲突内容请搜索易盾网络以前的文章或继续浏览下面的相关文章希望大家以后多多支持易盾网络！