我使用的是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正确地启动?
当前回答
在Ubuntu eclipse -clean -refresh适用于eclipse 3.8.1
其他回答
这个对我很有用:
另一个更好的解决办法显然有效:
关闭Eclipse。 临时将有问题的项目移出工作空间。 启动Eclipse，等待工作区加载(它应该加载)。 再次关闭Eclipse。 将项目移回工作空间。
来源:升级到GWT 2.0/谷歌应用程序引擎1.2.8后，Eclipse在打开工作区时挂起
在我的例子中，删除工作区的.metadata文件夹是有效的。我正在使用Eclipse Luna服务Release 2。
由于我在.metadata.plugins\org.eclipse.core中没有.snao或.prefs文件。资源文件夹(在OS X上运行)，什么为我做的技巧是复制。project文件夹到旧。项目，启动Eclipse，并检查
Windows ->首选项->常规-> 开机关机->刷新 启动时的工作区
在此之后，我关闭了Eclipse，将文件夹重命名为old。项目回到。Projects之后，一切都恢复正常。
我也很幸运地去掉了*。临时文件。我的位于不同的目录中提到的职位(下面)。
<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 {} \;
就我而言(朱诺)，我必须这样做:
find $WORKSPACE_DIR/.metadata/.plugins/org.eclipse.core.resources/.projects \
-name .indexes -exec rm -fr {} \;
这招奏效了。
最初我认为这是Mylyn的问题(我在开始使用它的通用web连接器后遇到了这些冻结)，但即使在卸载连接器，甚至删除. Mylyn目录后，问题也出现了。
编辑:我还设法通过删除一个文件重新启动eclipse:
rm $WORKSPACE_DIR/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi
这工作得很好，没有涉及任何索引。只有工作台，我个人不太介意。
