我有时会遇到这种情况，我总是用“mvn eclipse:clean”命令来清理旧的属性，然后运行mvn eclipse:eclipse -Dwtpversion=2.0(当然对于web项目)。这里保存了一些旧的属性，所以eclipse有时会感到困惑。

听起来这是一个已知的问题(Bug 67414)，在3.0已经解决了……有人评论说他们在3.4中也会遇到这种情况。

与此同时，解决方法是从项目中删除JRE系统库，然后再将其添加回来。以下是步骤:

Go to properties of project with the build error (right click > Properties) View the "Libraries" tab in the "Build Path" section Find the "JRE System Library" in the list (if this is missing then this error message is not an eclipse bug but a mis-configured project) Remove the "JRE System Library" Hit "Add Library ...", Select "JRE System Library" and add the appropriate JRE for the project (eg. 'Workspace default JRE') Hit "Finish" in the library selection and "OK" in the project properties and then wait for the re-build of the project

希望这个错误能得到解决。

除了前面提到的类文件丢失的原因之外，此错误还可以指示存在重复的类文件，当构建路径上的类文件使用另一个在构建路径中具有多个定义的类时，eclipse将报告此错误。

当我使用一个新的eclipse版本，并试图使用以前的工作空间，我使用旧的eclipse版本，这个错误发生。

下面是我解决这个问题的方法:

右键单击我的项目在包资源管理器->属性-> Java构建路径-> Libraries ->我看到一个错误(交叉签署)在JRE系统库。因为无法找到路径。->双击JRE System Library ->选择“Workspace Default JRE”选项->完成->确定。->它在工作

FYI.

什么为我修复它是右键单击项目> Maven >更新项目

我在Eclipse 4.4.2中遇到过一个有趣的案例。我的项目(P1)引用了一个外部类(项目P2)，它有两个同名但参数类型不同的方法:

public static void setItem(Integer id) …
public static void setItem(Item item) …

类型Item包含在第三个项目P3中，我不想在这里看到它。P1只调用了第一个方法:

ExternalClass.setItem(Integer.valueOf(12345));

因此，使用Item类的第二个方法没有被使用，而且P3确实不在编译类路径中——如果没有被使用，为什么要使用它呢?

Eclipse告诉我

The type ...Item cannot be resolved.
It is indirectly referenced from required .class files

从命令行编译不会产生任何此类问题。更改第二个方法的名称(此处未使用!)也使这个问题在Eclipse中消失了。