如果您的设置仍然没有发现任何错误，您可以尝试Project -> Clean并清理工作区中的所有项目。

编辑:抱歉，没有看到verbose_mode的建议…同样的事情

如果您的设置仍然没有发现任何错误，您可以尝试Project -> Clean并清理工作区中的所有项目。

编辑:抱歉，没有看到verbose_mode的建议…同样的事情

我有这个错误，因为一个损坏的本地maven存储库。

因此，为了解决这个问题，我所要做的就是进入我的存储库，删除有关.jar所在的文件夹，然后在Eclipse中强制执行更新maven。

在我的例子中，这是因为我在pom.xml文件中添加了一个新的依赖项。

新的依赖项依赖于旧版本的库(2.5)。我的pom.xml中的另一个库需要相同的库，但它需要3.0版本。

出于某种原因，当Maven遇到这些冲突时，它会简单地忽略最新的版本。在Eclipse中查看pom.xml时，您可以选择底部的“依赖层次结构”选项卡，以查看依赖关系是如何解析的。在这里，您将发现是否因为这个原因而忽略了所讨论的库(以及类)。

在我的例子中，这就像锁定新版本一样简单。您可以通过右键单击该条目来做到这一点—在上下文菜单中有一个选项可以将其锁定。

我在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中消失了。

In my case ,I created a project and made its minSdkVersion=9 and targetSdkVersion=17. I used automatically generated libs/android-support-v4.jar. I also had to make use of ActionBarActivity using android-support-v7-appcomapt.jar. So I just copied the android-support-v7-appcompat.jar file from android-sdk/extras/andrid/support/v7/appcompat/libs folder and pasted it to my project libs folder. And this caused the above error. So basically,I needed to put android-support-v4.jar file from android-sdk/extras/andrid/support/v7/appcompat/libs as well to my project libs folder. As per my knowledge the v7.jar file had dependencies on v4.jar file. So ,it needed it own v4.jarfile,instead of my project,automatically created v4.jar file.