程序包org.graalvm.compiler.replacements.nodes不存在

前言

还记得上周更新完软件出现显卡不兼容的问题，然后，这周也出现了新的问题，当然了，值得庆幸的是，这次的问题和系统一毛钱关系都没有，这次是程序出现了小问题，于是乎，我便得到了这样一条结论：我的Linux系统对关机“过敏”。

错误信息

---

当我按照教程按照往常的操作启动springboot时，意外发生了，出现了之前没见过的错误(自从更换了Liunx系统后，一直在处理报错，毕竟Liunx系统大多数时候靠命令行操作，不像Windows用鼠标点点点，有的时候操作不当就各种出错，）
但是，用久了之后会发现Linux让人上瘾，命令行操作是真的好用。

---

---

报了这么多ERROR，主要的问题就一个：缺了个程序包

---

解决办法

---

不得不说Linux还挺人性化的，还给出了解决的办法，，省的自己再折腾了

---

---

一共给了两种办法，方法一直接给出解决方法，那就先看看是啥。

    要查看错误的完整堆栈跟踪，请使用-e开关重新运行Maven。

    [错误]使用-X开关重新运行Maven以启用完整调试日志记录。

    [错误]

    [错误]有关错误和可能的解决方案的详细信息，请阅读以下文章：
    
    

高兴的太早了，这只是查看调试日志的方法，具体的解决方法应该在下面的网站里。

---

---

先看看这个网站是干啥的吧

---

---

与许多其他错误不同，此异常不是由Maven核心本身生成的，而是由插件生成的。根据经验，插件使用此错误来表示生成失败，因为项目的依赖项或源有问题，例如编译或测试失败。

异常的具体含义取决于插件，因此请查看其文档。许多常见Maven插件的文档可以通过我们的插件索引访问。

---

说白了就是没装插件，然后找了半天也没找到插件，没办法，只能Google了

---

遗憾的是没有人发布过这个问题的解决办法，然后只能搜一下这个文件。
先来看一下import的工作机制吧:

---

这是import的工作机制，就像工作用人一样，你把工作分配给了公司的张三，张三必须在你们公司，这个工作才能完成，你在公司找了半天，发现没有张三这个人，那么这个工作也就无法进行，那么你就要上报，没有发现张三这个人，那么解决的办法也就有了，找一个张三来公司工作。

那么问题的解决也就很方便了，新建一个文件，把代码写进去，就成了。
需要注意的是，package声明了类的“住址”，也就是说，公司要找的张三住在这个文件下。

---

总结

这次的乌龙事件导致我做了很多无用功，但是，也积累了经验，出错要回归代码，光看解决方法没多大用，还有就是要多查，多看，自己查出解决方法并解决问题才能记得住，只靠别人没有多大进步。