控制了财产的生产
就控制了人的生活本身
最近在开发一个项目的时候遇到了一个很奇葩的问题，就是自己的代码明明是正确的，但是 IDEA 却给我报了一个 unresolved class reference 的错。
事情是这样的，一开始我准备提交自己写的代码，同时更新别人的代码到自己的分支。过了几分钟，我突然发现之前经常处理的一个文件爆红了。
我立马定位到这个文件里面，看看是不是自己的代码有什么问题。最终确定自己的代码确实不缺什么。
于是，我就通过启动项目来确认自己的想法。结果项目也能如往常一样启动的好好的。
此时我心里很想说
但是吐槽归吐槽，问题还是要解决啊。
所以就开始了解决 IDEA 的这个 unresolved class reference 的旅程。
同时为了下次遇到同样的问题，可以快速解决它，我就把自己解决的心酸过程记录了下来。
考虑到 jetbrains 全家桶都是围绕着 IDEA 这个核心产品开展起来的，所以这个 IDEA 的问题还是具有很大的普遍性的，如果你用的是 goland，rustrover，pycharm，或者 webstorm，也可能像我一样突然遇到 IDEA 这样奇葩的问题。
一开始遇到这个问题，我还是仔细看了相关的代码，毕竟 IDEA 出错的概率远远小于自己出错的概率。
但是在基本上确定是 IDEA 本身掉链子的时候，我想到了如下的办法去让 IDEA 能够不报这个错。
第一个，刷新 maven
第二个，rebuild 项目
第三个，基于前面的折腾，先关闭项目，然后再重新打开项目
虽然这几种方式有时候确实能解决 IDEA 突然抽风的问题，但是不好意思，这次 IDEA 不买账了。
此时我就变得更想解决这个问题了！
于是我就去网上的各大技术平台搜索了一通，其中不乏长篇大论，可就是没有一个可以解决自己当前问题的。
对百度感到失望之后，我就去问了问 AI
发现了一种办法
一开始，我还是不愿意用这个办法的，因为 invalidate cache 意味着自己又要重新让 IDEA 拉取依赖，然后开始索引等一大摊子事情，搞不好又得等一个小时才能好。
最后也是没办法了，才决定用 invalidate cache 的办法，没想到最好还是真的把 IDEA 拉回了正轨，留在心里的爆红阴影也随之消失了。
最后
不得不吐槽 IDEA 一句，能不能不要让别人处理这类奇葩的问题了。多让 AI 来自动处理这类奇葩的问题不好吗。