正如人们上面提到的，可能有各种各样的情况。有几件事帮助我解决了这个问题。

如果您正在使用IntelliJ 文件->“无效缓存/重新启动”

OR

被引用的类在另一个项目中，并且该依赖项没有添加到我的项目的Gradle构建文件中。所以我添加了依赖使用 编译项目(“:anotherProject”)

这招奏效了。HTH !

Optional.isEmpty ()

我很高兴在我的IDE中使用!Optional.isEmpty()，它工作得很好，因为我正在用>= JDK11编译/运行我的项目。现在，当我在命令行上使用Gradle(在JDK8上运行)时，我在编译任务中得到了讨厌的错误。

Why?

从文档中(注意最后一行):

boolean java.util.Optional.isEmpty()

If a value is not present, returns true, otherwise false.
Returns:true if a value is not present, otherwise false
Since:11

您使用maven compile编译代码，然后使用maven test运行它，结果很好。现在，如果你在代码中改变了一些东西，然后在没有编译的情况下运行它，你会得到这个错误。

解决方案:再次编译，然后运行测试。对我来说是这样的。

如果你忘记了new，你也会得到这个错误:

String s = String();

与

String s = new String();

因为不带new关键字的调用将尝试寻找一个名为String而不带参数的(本地)方法——而且该方法签名可能没有定义。

再举一个"变量超出范围"的例子

这类问题我已经见过几次了，也许是另一个例子，说明什么是非法的，即使它可能感觉不错。

考虑下面的代码:

if(somethingIsTrue()) {
  String message = "Everything is fine";
} else {
  String message = "We have an error";
}
System.out.println(message);

这是无效代码。因为命名为message的变量在它们各自的作用域之外都是不可见的——在本例中是周围的括号{}。

你可能会说:“但是一个名为message的变量是用两种方式定义的——所以message是在if之后定义的。”

但你错了。

Java没有free()或delete操作符，因此它必须依赖于跟踪变量作用域来发现变量何时不再使用(以及对这些原因变量的引用)。

如果你认为自己做了好事，那就更糟了。我在“优化”代码后就见过这样的错误:

if(somethingIsTrue()) {
  String message = "Everything is fine";
  System.out.println(message);
} else {
  String message = "We have an error";
  System.out.println(message);
}

“哦，这里有重复的代码，让我们把公共线拉出来”->，就是这样。

处理这种作用域问题最常见的方法是将else值预先分配给外部作用域的变量名，然后在if中重新分配:

String message = "We have an error";
if(somethingIsTrue()) {
  message = "Everything is fine";
} 
System.out.println(message);

我是这样解决这个错误的……疯狂的机器人。我有包的名称为适配器和我重构名称适配器与“a”而不是“a”，并解决了这个错误。