Maven依赖错误联想
明明自己的工程是直接从大佬哪里拉下来的，并且自己的setting文件也是没有问题，可是自己偏偏编译有问题。这里介绍一种通用解决方案，仅供参考。
前置排查确认
我遇到原因是在JDK升级过程中遇到的：
java.lang.ExceptionInInitializerError: com.sun.tools.javac.code.TypeTags
通过问题确认 确认是lombok版本问题导致的，但是我确认过了一下的一些操作 依然没有解决我的问题。
1.排查lombok所有版本，看是否有冲突
2.更换更新版本的lombok
3.mvn clean
4.reload all maven peojects
5.清理本地仓库
6.升级maven版本
7.调整modules的language level
针对于这样的问题 首先我们的第一思路 就是怀疑到是缓存的问题，那么我在这里去描述一下 我们遇到这类通用类的问题如何解决。
当你遇到Maven构建时感觉有缓存导致依赖问题，可以通过以下步骤进行排查和解决：
确认错误信息：
仔细阅读构建过程中的错误信息。这些错误通常会指出问题的来源，比如缺失的依赖、版本冲突等。
运行Maven的清理命令：
使用Maven的clean目标可以删除之前构建生成的所有文件（通常在target目录下）。
- mvn clean
更新依赖：
使用Maven的dependency:purge-local-repository插件可以清除本地仓库中的项目依赖，强制重新下载：
- mvn dependency:purge-local-repository
这将清理掉本地仓库中对应项目的依赖缓存。如果想清理所有依赖，可以使用-DreResolve=true选项。
清理Maven本地仓库：
如果怀疑是本地仓库中缓存的依赖有问题，可以手动删除本地仓库（默认位置在用户的.m2/repository目录下），但这是一个较为极端的做法，因为这会删除所有项目的所有本地依赖，之后Maven将不得不重新下载这些依赖。
强制更新快照(SNAPSHOT)依赖：
如果项目中使用了快照依赖，可以通过以下命令强制Maven检查远程仓库中快照的最新状态，并下载更新：
mvn clean install -U
这里的-U参数告诉Maven强制更新快照依赖。
检查Maven的设置文件：
确认~/.m2/settings.xml文件中配置正确，没有指向错误的仓库。
审查项目依赖：
检查项目的pom.xml文件，确认依赖声明正确无误，没有冲突的版本号或不正确的依赖范围。
使用Maven的依赖分析工具：
Maven提供了依赖分析插件，可以帮助分析项目的依赖情况：
- mvn dependency:analyze
这可以帮助发现潜在的问题，比如未声明或者未使用的依赖。
构建环境隔离：
确保你的构建环境是干净的，没有其他项目构建产生的干扰。在CI/CD系统中，通常每次构建都会使用一个干净的环境。
使用Maven的详细输出：
在执行Maven命令时，添加-X参数可以让Maven提供更详细的输出，有助于诊断问题：
- mvn clean install -X
整体上的思路就是需要删除本地工程，进行重新拉去你的代码工程，并且在shared build process VM options中配置
-Djps.track.ap.dependencies=false
勾选 Enable annotation processing文章来源：https://www.toymoban.com/news/detail-832414.html
重新build一下 基本依赖类的问题都可以解决。文章来源地址https://www.toymoban.com/news/detail-832414.html
到了这里，关于日常遇到Maven出现依赖版本/缓存问题通用思路。的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
