是否可以覆盖Maven中scope为provided的依赖的版本？

Java 8默认遵循双亲委派类加载模型，目标环境自带的版本1依赖A属于父类加载器加载的资源，优先级高于你项目内部引入的同依赖。你将版本1依赖A的scope设为provided后，Maven不会把该版本打入项目产物，但运行时容器仍会将版本1加入classpath，此时直接新增版本2的compile scope依赖A，会导致classpath中存在两个同包同名的类，默认优先加载父类加载器的版本1，无法达到你的需求。

方案1：使用maven-shade-plugin重打包依赖（最稳妥，无环境依赖） #

该方案完全在Maven构建阶段处理，无需修改容器配置，通过重命名版本2依赖A的包路径，和容器提供的版本1完全隔离，不存在类冲突风险。
配置示例如下：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-shade-plugin</artifactId>
    <version>3.2.4</version>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>shade</goal>
            </goals>
            <configuration>
                <relocations>
                    <relocation>
                        <!-- 替换为依赖A的实际根包路径 -->
                        <pattern>com.dependency.a</pattern>
                        <!-- 替换为自定义的重命名后根包路径 -->
                        <shadedPattern>com.dependency.a.shaded</shadedPattern>
                    </relocation>
                </relocations>
            </configuration>
        </execution>
    </executions>
</plugin>

注意：你业务代码中无需手动修改依赖A的导入路径，shade插件会自动把代码中的引用同步替换为重命名后的路径

方案2：修改容器类加载策略（适配支持自定义类加载规则的容器） #

如果你的目标容器支持关闭双亲委派、优先加载项目内部依赖，可通过修改容器配置实现：

• Tomcat：在项目的META-INF/context.xml或者容器的conf/Catalina/localhost/[项目名].xml中添加如下配置：

<Loader delegate="false" />

• Jetty：在部署配置中设置org.eclipse.jetty.webapp.parentLoaderPriority=false

开启该配置后，项目WEB-INF/lib下的版本2依赖A会被优先加载，覆盖容器提供的版本1。
注意：该配置会全局调整所有依赖的加载顺序，可能引发其他容器自带依赖和项目依赖的冲突，需要全量回归验证

方案3：自定义启动classpath顺序（仅适配可控部署环境的场景） #

如果你有权限修改目标服务的启动脚本，可以通过maven-dependency-plugin把版本2的依赖A单独导出到指定目录，启动服务时将该目录加到classpath的最开头，优先级高于容器自带的依赖路径。该方案兼容性较差，仅适合对部署环境有完全控制权的场景。

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