我使用的是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正确地启动?
当前回答
注意{WORKSPACE-DIR}/.metadata/中的零字节.plugin文件。插件文件夹中。我刚在里面删除了一个，它解决了我结冰的问题。
其他回答
我的解决方案是删除这个目录:
workspace/.metadata/.plugins/org.eclipse.e4.workbench
所做的是首先从.metadata中删除(将其移动到保存位置)所有内容。Eclipse重新启动(我的所有设置都消失了)。 然后我一点一点地添加回。metadata目录，直到它不能再工作。这样我发现我只需要删除这个目录。现在Eclipse启动了，我的所有设置都还在。
似乎在这个目录的文件中，应该在启动时打开的Windows被列出，不知怎么回事，它找不到一个，所以它挂了。为什么我不清楚，因为在日志中抱怨的文件是在我的文件系统上。
对于您的问题，这可能不是一个确切的解决方案，但在我的案例中，我跟踪了Eclipse使用SysInternals Procmon轮询的文件，并发现Eclipse一直在为我的一个项目轮询一个相当大的快照文件。删除它后，一切正常启动(尽管工作空间处于上次启动时的状态)。
被删除的文件是:
<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap
就我而言(朱诺)，我必须这样做:
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
这工作得很好，没有涉及任何索引。只有工作台，我个人不太介意。
Windows ->首选项->常规->启动和关机
是否选中启动时刷新工作区?
我在更新Mavericks上的eclipse后也遇到了类似的问题。最终，我发现在eclipse插件目录中，com.google.gdt.eclipse.login jar末尾有版本号。我从名字中删除了版本号，一切开始都很好:)
