请解释以下关于“无法找到符号”,“无法解析符号”或“符号未找到”的错误(在Java中):
它们是什么意思? 什么东西会引起它们? 程序员如何着手修复它们?
本问题旨在针对Java中常见的编译错误进行全面的问答。
请解释以下关于“无法找到符号”,“无法解析符号”或“符号未找到”的错误(在Java中):
它们是什么意思? 什么东西会引起它们? 程序员如何着手修复它们?
本问题旨在针对Java中常见的编译错误进行全面的问答。
当前回答
我是这样解决这个错误的……疯狂的机器人。我有包的名称为适配器和我重构名称适配器与“a”而不是“a”,并解决了这个错误。
其他回答
如果您在其他地方的构建中遇到此错误,而您的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);
回复:4.4:Stephen C的优秀回答中的一个早期构建问题:
我在开发osgi应用程序时遇到过这种情况。 我有一个java项目a,它依赖于B。 在建造B时,出现了错误:
Compilation failure: org.company.projectA.bar.xyz does not exist
但是在eclipse中,根本不存在编译问题。
调查 当我在A.jar中查看时,有org.company.projectA.foo.abc的类,但没有org.company.projectA.bar.xyz的类。
缺少类的原因是,在A/pom.xml中,有一个导出相关包的条目。
<plugin>
<groupId>org.apache.felix</groupId>
<artifactId>maven-bundle-plugin</artifactId>
...
<configuration>
<instructions>
....
<Export-Package>org.company.projectA.foo.*</Export-Package>
</instructions>
</configuration>
</plugin>
解决方案 像这样添加缺少的包:
<Export-Package>org.company.projectA.foo.*,org.company.projectA.bar.*</Export-Package>
重建一切。
现在,A.jar包含了所有预期的类,所有的东西都编译好了。
在Eclipse中获得此错误的一种方法是:
在src/test/java中定义一个类a。 在src/main/java中定义另一个使用类A的类B。
结果:Eclipse将编译代码,但maven将给出“无法找到符号”。
潜在原因:Eclipse为主树和测试树使用了一个组合的构建路径。不幸的是,它不支持为Eclipse项目的不同部分使用不同的构建路径,而这正是Maven所要求的。
解决方案:
不要那样定义你的依赖关系;也就是说,不要犯这样的错误。 定期使用Maven构建代码库,以便尽早发现这个错误。实现这一点的一种方法是使用CI服务器。
我也得到了这个错误。(我在谷歌上搜索了一下,然后转到了这个页面)
问题:我正在从另一个项目B中定义的类调用项目a的类中定义的静态方法。 我得到以下错误:
error: cannot find symbol
解决方案:我通过首先构建定义方法的项目,然后构建调用方法的项目来解决这个问题。