我使用的是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/.metadata/.plugins/org.eclipse.e4.workbench
所做的是首先从.metadata中删除(将其移动到保存位置)所有内容。Eclipse重新启动(我的所有设置都消失了)。 然后我一点一点地添加回。metadata目录，直到它不能再工作。这样我发现我只需要删除这个目录。现在Eclipse启动了，我的所有设置都还在。
似乎在这个目录的文件中，应该在启动时打开的Windows被列出，不知怎么回事，它找不到一个，所以它挂了。为什么我不清楚，因为在日志中抱怨的文件是在我的文件系统上。
其他回答
删除*。Snap(我的是*.markers)，——清洁数据或移动工作区文件夹似乎都不适合我。
当我安装并将键盘输入切换到HIME后，eclipse停止工作，我回到fctix，它工作了。
好吧，我有类似的行为，而开始日食在X11。我忘记在我的putty中勾选启用X11转发。
try:
CD到<workspace>\.metadata\.plugins\org.eclipse.core.resources 删除文件*。snap(或。marker in Indigo)
我也很幸运地去掉了*。临时文件。我的位于不同的目录中提到的职位(下面)。
<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 {} \;
我没有快照文件。通过帮助菜单安装列表，我发现至少90%的插件的卸载按钮都是无效的，所以我无法通过这个按钮来处理。在启动/关机下，大多数插件都没有列出。相反，我不得不手动从我的插件文件夹中删除项目。哇，现在启动时间对我来说快多了。因此，如果其他方法都不起作用，而你的插件是一次性的，这可能是使用的最终解决方案。
