请解释以下关于“无法找到符号”,“无法解析符号”或“符号未找到”的错误(在Java中):

它们是什么意思? 什么东西会引起它们? 程序员如何着手修复它们?

本问题旨在针对Java中常见的编译错误进行全面的问答。


当前回答

如果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将解决这个问题

要获得提示,请仔细查看抛出错误的类名name和行号,例如: 编译失败 [ERROR] \applications\xxxxx.java:[44,30] ERROR:无法找到符号

另一个原因是java版本不支持的方法,例如jdk7 vs 8。 检查您的%JAVA_HOME%

我也得到了这个错误。(我在谷歌上搜索了一下,然后转到了这个页面)

问题:我正在从另一个项目B中定义的类调用项目a的类中定义的静态方法。 我得到以下错误:

error: cannot find symbol

解决方案:我通过首先构建定义方法的项目,然后构建调用方法的项目来解决这个问题。

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

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

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

考虑下面的代码:

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