解决了

使用IntelliJ

选择Build->Rebuild Project将解决这个问题

如果eclipse Java构建路径映射到7、8和Project pom.xml中的Maven属性Java。version提到了更高的Java版本(9,10,11等)，而不是7,8，你需要在pom.xml文件中更新。

在Eclipse中，如果Java被映射到Java版本11，而在pom.xml中，它被映射到Java版本8。在Eclipse IDE中执行以下步骤将Eclipse支持更新到Java 11 帮助->安装新软件->

在Work With中粘贴以下链接http://download.eclipse.org/eclipse/updates/4.9-P-builds

or

添加(弹出窗口将打开)->

名称:Java 11支持 地点:http://download.eclipse.org/eclipse/updates/4.9-P-builds

然后更新Java版本的Maven属性的pom.xml文件如下

<java.version>11</java.version>
<maven.compiler.source>${java.version}</maven.compiler.source>
<maven.compiler.target>${java.version}</maven.compiler.target>

最后右键单击项目Debug as -> Maven清洁，Maven构建步骤

解决了

使用IntelliJ

选择Build->Rebuild Project将解决这个问题

如果您在其他地方的构建中遇到此错误，而您的IDE表示一切正常，那么请检查您在两个地方使用的Java版本是否相同。

例如，Java 7和Java 8有不同的API，因此在较旧的Java版本中调用不存在的API会导致此错误。

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

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

考虑下面的代码:

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”，并解决了这个错误。