我使用的是Eclipse 3.3(“Europa”)。周期性地，Eclipse需要非常长的时间(可能永远)才能启动。我在Eclipse日志中唯一能看到的是:
!ENTRY org.eclipse.core.resources 2 10035 2008-10-16 09:47:34.801
!MESSAGE The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.
谷歌搜索发现有人建议我删除文件夹:
workspace\.metadata\.plugins\org.eclipse.core.resources\.root\.indexes
这似乎并没有起到什么作用。
如果不从一个新的工作空间开始(这是我不喜欢做的事情，因为重新正确地设置所有项目需要花费数小时)，那么是否有一种方法可以使Eclipse正确地启动?
当前回答
我只是在Eclipse启动时遇到了一些问题。通过删除这个文件来修复:
rm org.eclipse.core.resources.prefs
我在。settings中找到的
其他回答
我也很幸运地去掉了*。临时文件。我的位于不同的目录中提到的职位(下面)。
<eclipse workspace>/.metadata/.plugins/org.eclipse.core.resources/.projects
因此，下面的unix cmd起了作用:
find <eclipse_workspace>/.metadata/.plugins/org.eclipse.core.resources/.projects -name "*.snap" -exec rm -f {} \;
我尝试了这篇文章里的所有答案，但没有一个对我有效——没有快照文件，没有移动项目，没有一个。
奇怪的是，有效的方法是将所有项目和.metadata文件夹移到其他地方，启动Eclipse，关闭它，然后将它们全部移回来。
这个对我很有用:
另一个更好的解决办法显然有效:
关闭Eclipse。 临时将有问题的项目移出工作空间。 启动Eclipse，等待工作区加载(它应该加载)。 再次关闭Eclipse。 将项目移回工作空间。
来源:升级到GWT 2.0/谷歌应用程序引擎1.2.8后，Eclipse在打开工作区时挂起
对于您的问题，这可能不是一个确切的解决方案，但在我的案例中，我跟踪了Eclipse使用SysInternals Procmon轮询的文件，并发现Eclipse一直在为我的一个项目轮询一个相当大的快照文件。删除它后，一切正常启动(尽管工作空间处于上次启动时的状态)。
被删除的文件是:
<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap
对我有用的是——在Ubuntu上
Ctrl + F1 ps - e 对eclipse、Java和adb的进程号Kill -9
