admin IDEA 中 pom.xml 引入依赖或插件爆红
有时添加依赖或插件，pom.xml 会爆红是正常现象，这是因为你的 Maven 本地仓库中没有该插件的相关配置文件（如 jar 包等）
前提是确定你没有语法或逻辑错误
解决方法很简单，IDEA 点击右侧 Maven 的刷新按钮刷新后即可恢复
为什么会恢复呢？
这里以添加插件为例，添加依赖也是同理：
org.mybatis.generator mybatis-generator-maven-plugin 1.3.3这是因为点击刷新后， IDEA 会重新加载 pom.xml ，然后自动将爆红代码所属插件的配置文件引入到你的 Maven 本地仓库中
示例中指 MyBatis Generator 插件 1.3.3 版本
当你的 Maven 本地仓库中存在该插件的配置文件后，pom.xml 就能够读取到该配置文件，从而在项目中正确引入该插件，因此自然而然就不会提示错误爆红了
以个人电脑 Maven 本地仓库的存储路径为例：D:Mavenapache-maven-3.8.5localMavenRepoistory
localMavenRepoistory 是我自己配置的 Maven 本地仓库，如果没有自己配置过 Maven 本地仓库，就去 C:Usersli.m2 epository 中找，li 是我自己的电脑用户名，因人而异
进入该目录后，根据插件的坐标，即 groupId 和 artifactId 找到该插件的存储地址
如上例中插件的 groupId 为 org.mybatis.generator，artifactId 为 mybatis-generator-core，则该插件配置文件在 Maven 仓库中的路径为：orgmybatisgeneratormybatis-generator，如下图：
该目录下的各个文件夹即是该插件的各个版本
注意到 1.3.3 文件夹的修改日期吗？这是刚刚我们点击 Maven 刷新按钮后的日期
听懂掌声
这说明了是因为 IDEA 自动将该插件的配置文件引入到了我们的 Maven 本地仓库后，才使我们可以在 pom.xml 中引用它，也就是在项目中可以使用它
不相信的话，可以把 1.3.3 文件夹删除，然后再去 pom.xml 中看看是否会爆红
还是不会爆红，这就涉及到了远程仓库的知识点了，这里不过多涉及
其实是我也不太懂
但你可以再点击 Maven 的刷新按钮一遍，然后回到刚刚的目录中
可以发现引入插件的配置文件又出现了
