在我的情况下，我必须执行以下操作:

将context.xml文件从src/java/package移动到资源目录(IntelliJ .xml) IDE) 清理目标目录。

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

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

考虑下面的代码:

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);

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

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

我们在一个Java项目中得到了一个错误，该项目被设置为Gradle多项目构建。结果发现其中一个子项目缺少Gradle Java Library插件。 这阻止了子项目的类文件对构建中的其他项目可见。

在将Java库插件添加到子项目的构建之后。用下面的方法Gradle，错误就消失了:

plugins {
    ...
    id 'java-library'
}

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

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

如果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构建步骤