Maven依赖冲突解决：如何排除特定类或包？

先说结论：Maven本身不支持直接从依赖包里排除单个类或者特定包——它的依赖排除功能只能针对子依赖，没法直接操作依赖包内部的具体类或包。

给你几个可行的解决思路：

1. 调整依赖声明顺序，利用Maven的依赖调解规则 #

Maven加载依赖时，如果遇到同路径的类，会遵循两个优先级规则：

• 依赖路径更短的优先（比如直接依赖比传递依赖优先级高）
• 路径长度一样的话，pom里写在前面的依赖会被优先加载

所以你可以把想保留MyClass的那个依赖放在前面：比如想留dependency-1里的MyClass，就保持现有配置顺序；如果想留dependency-2的，就把它挪到dependency-1前面。这种方法不用加任何插件，简单直接，但要注意后续维护别乱改顺序，不然容易出问题。

2. 用maven-dependency-plugin拆解依赖，手动排除冲突类 #

这个方法是把冲突的依赖包解压，删掉冲突的类/包后重新打包，再用处理后的包当依赖：

1. 先在pom里添加插件配置，把dependency-2解压并排除冲突的包：

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-dependency-plugin</artifactId>
            <version>3.6.0</version>
            <executions>
                <execution>
                    <id>unpack-dependency-2</id>
                    <phase>process-resources</phase>
                    <goals>
                        <goal>unpack</goal>
                    </goals>
                    <configuration>
                        <artifactItems>
                            <artifactItem>
                                <groupId>com.a.b</groupId>
                                <artifactId>dependency-2</artifactId>
                                <version>${another.version}</version>
                                <outputDirectory>${project.build.directory}/dependency-2-processed</outputDirectory>
                                <excludes>com/a/b/c/d/e/f/**</excludes>
                            </artifactItem>
                        </artifactItems>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

2. 把解压后处理好的目录打包成新jar，或者直接用system scope引入：

<dependency>
    <groupId>com.a.b</groupId>
    <artifactId>dependency-2-processed</artifactId>
    <version>${another.version}</version>
    <scope>system</scope>
    <systemPath>${project.build.directory}/dependency-2-processed</systemPath>
</dependency>

要是觉得system scope麻烦，也可以把处理后的jar用mvn install:install-file命令安装到本地Maven仓库，这样就能像普通依赖一样引用了。

3. 自定义类加载器（不推荐常规场景使用） #

如果上面的方法都不行，还可以写自定义类加载器来指定加载某个依赖里的类，但这个要修改代码，复杂度高，一般没必要作为常规解决方案。

另外你提到的maven-shade插件确实不适用——它主要用来合并jar包解决冲突，但两个依赖里的类路径完全一样的话，shade没法区分保留哪个，只会覆盖或者报错，所以确实用不了。

内容的提问来源于stack exchange，提问作者karvai