我在Linux中遇到过这个问题，我重命名、删除并重新导入了一个项目。在.metadata的某个地方，它显然还在那里。

我最终通过以下步骤解决了这个问题:

close Eclipse
mv .metadata .metadata_orig
start Eclipse
reset default workspace
reimport projects

这可能并不适用于每个人，特别是如果您已经在多个工作区中有许多项目。但是如果您习惯了重新配置Eclipse(我每次升级到下一个Eclipse版本时都会这样做)，那就不太糟糕了。

我使用以下步骤解决了这个问题:

File ->导入 单击General，然后在Workspace中选择Existing Projects 单击Next 浏览项目目录 单击Finish。

这对我很有效

这个问题也快把我逼疯了，但我知道原因是什么。问题是eclipse不够聪明，不能在自定义的工作空间文件夹中创建与项目同名的文件夹。

解决这个问题的方法是确保你所有的项目都在一个与你的项目名称匹配的文件夹中，否则它会直接将你所有的项目文件转储到这个目录中。您最终看到这个错误的原因是因为它认为您正在将一个项目放在另一个项目中(可能读取了项目配置文件)。

I noticed this is especially a problem when not using the default workspace path. The way I solve this problem is to just add the Project Name to the end of location. So let's say you are putting a project named "HelloWorld" into /Users/name/Documents/projects/android/, you would want to manually add "HelloWorld" to the end of it, like this: /Users/name/Documents/projects/android/HelloWorld. This would ensure that the project is put in it's own folder called "HelloWorld" and not inside some other project. Be sure that if there are any projects not within folders into a folder of the same name as the project to solve the errors.

有各种各样的场景，但在我的例子中，我想保留文件夹及其内容，因为它已经从.git中签出。但是，我需要能够使用Eclipse修改源代码和其他内容。

我发现问题是.cproject和.project文件的路径信息非常特定于环境(与我的环境不匹配)。

我所做的是:

创建了一个新的空文件夹(名称不同)，并创建了一个新的 指向该文件夹的工作区。 签出或复制。git项目/文件夹到空文件夹中。 然后导入工作区中的“常规”“现有项目”。

关键似乎是用不同的名称创建顶层的空白工作空间。

我希望这能帮助到一些人。

Suppose you have something like: /prj/workspace/prj1 /prj/workspace/prj2 And your eclipse workspace is in /prj/workspace level (i.e. /prj/workspace/.metadata). If you're having problem importing prj1 and prj2, you can either move your .metadata somewhere else (/prj/.metadata, /prj/eclipse/.metadata, etc.) or create a sub level in workspace so that it looks like: /prj/workspace/android/prj1 /prj/workspace/android/prj2 And import prj1 and prj2 again. In another word: as long as prj1, prj2, and .metadata are not in the same level it will be fine.

我摆脱了我的问题通过改变文件>工作空间，然后，重新启动后，重新设置工作空间。