深度探究依赖冲突 NoSuchMethodError 问题解决之道
内容提要
该文章讲述了一个Java应用程序在运行时出现了NoSuchMethodError错误的问题。经过多次定位和排查，最终发现是由于一个依赖包中的guava版本与应用程序中的版本不一致导致的。文章提供了四种解决方案，包括移除依赖包、升级依赖包、调整类加载顺序和使用特定版本的依赖项。最后总结了问题排查的几个要点，包括分析日志和异常信息、了解依赖关系、查看依赖项和逐步分析和排查问题。
延伸解读
依赖冲突排查的常见误区
文章中的排查过程显示，仅凭NoSuchMethodError就断定是guava版本冲突并尝试通过<exclusion>排除依赖，可能无法解决问题。因为某些依赖（如hive-exec）通过Maven Shade Plugin将guava类嵌入到自身JAR中，传统的排除方式无法剥离。这提醒我们，依赖冲突的根源可能隐藏在打包方式中，需要深入检查依赖包内部结构。
Maven Shade Plugin对依赖管理的影响
hive-exec使用Maven Shade Plugin将所有依赖合并为shadow JAR，导致guava类被直接嵌入，且没有BOOT-INF目录。这使得类加载时可能优先加载嵌入的旧版本guava，即使应用显式排除了guava依赖。理解这种打包机制有助于解释为何常规排除无效，并引导我们寻找其他解决方案，如使用classifier指定特定变种。
classifier方案的实际应用与注意事项
文章推荐使用<classifier>core</classifier>来指定hive-exec的core变种，该变种不包含嵌入的guava类，从而避免冲突。这种方法改动小且优雅，但需注意：如果应用还需要hive-exec的其他变种（如source），则需按需添加依赖。此外，升级hive-exec到3.x版本也是一种选择，但可能引入其他兼容性问题，需谨慎评估。
从异常日志到根本原因的排查思路
文章强调分析异常日志和堆栈信息的重要性，例如通过ApolloApplicationContextInitializer的报错行定位到Splitter.splitToList方法。同时，逐步排查依赖关系，检查每个可能包含冲突类的JAR包，最终发现hive-exec内嵌的guava类。这种由表及里、多次验证的方法，对于解决复杂的依赖冲突具有普遍参考价值。
Q&A
什么是NoSuchMethodError错误？
NoSuchMethodError错误是指在运行时找不到某个方法，通常是由于类或依赖版本不匹配导致的。
导致NoSuchMethodError错误的主要原因是什么？
主要原因是依赖包中的guava版本与应用程序中的版本不一致。
如何解决NoSuchMethodError错误？
可以通过移除依赖包、升级依赖包、调整类加载顺序或使用特定版本的依赖项来解决。
在排查NoSuchMethodError错误时需要注意哪些要点？
需要分析日志和异常信息、了解依赖关系、查看依赖项并逐步分析问题。
Maven Shade Plugin的作用是什么？
Maven Shade Plugin用于创建包含所有依赖项的fat JAR或shadow JAR，以便独立运行。
如何使用<classifier>标签指定特定版本的依赖项？
可以在Maven依赖项中使用<classifier>标签来指定要使用的特定版本或变种的依赖项。
