对我来说，上面的解决方案都没用。 对我来说有用的是选择类中的所有代码，然后将其转换为注释， 保存，然后将其转换回正常文本，错误就消失了。

我得到的错误，当我只是改变一些svn设置，而不是在代码中的任何东西。只是清理项目修复了错误。

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

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

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

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

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

既然你给我们的细节很少，很可能你所做的，这是一个非常容易犯的错误，而不是去

生成路径>配置生成路径>项目

然后从那里添加额外的项目文件夹，而不是

生成路径>配置生成路径>库

然后从那里添加你的项目文件夹。

如果你的代码是正确的，这是最肯定的情况，但通过ctrl+空格快捷键自动重新组织导入，而不是你的导入语句引用com.your。Additionalproject，你的引用都指向bin.com.your.additionalproject。

注意这个箱子。这意味着你通过将你的其他项目文件夹结构作为一个库来间接引用你的类，让你的IDE做所有的工作来查找你所引用的二进制类。

要纠正这一点，请从Libraries中删除该文件夹，并将其添加到Projects选项卡下，并重新组织导入。您的项目应该可以正常工作。

它的意思是:“您使用的类需要不在类路径上的另一个类。”您应该确保(如Harry Joy所建议的)将所需的jar添加到类路径中。