我使用的是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正确地启动?
当前回答
我尝试了这篇文章里的所有答案，但没有一个对我有效——没有快照文件，没有移动项目，没有一个。
奇怪的是，有效的方法是将所有项目和.metadata文件夹移到其他地方，启动Eclipse，关闭它，然后将它们全部移回来。
其他回答
我做了很多这样的解决方案，但似乎没有一个对我有效。最终成功的是重启了我的Mac。我注意到我的jconsole似乎也卡住了，这让我立即重新启动，因为它似乎与Java相关，而不是专门与Eclipse相关。
我使用eclipse -clean -clearPersistedState，这对我有用。
警告:这可能会从工作区中删除所有项目。
在我的案例中，类似的症状是由一些流氓git存储库导致的，其中包含大量的垃圾系统文件。
如上所述，通用的补救方法是使用Process Monitor发现违规文件。设置以下两行筛选器很有用:
进程名为“eclipse.exe” 进程名为“javaw.exe”
我的解决方案是删除这个目录:
workspace/.metadata/.plugins/org.eclipse.e4.workbench
所做的是首先从.metadata中删除(将其移动到保存位置)所有内容。Eclipse重新启动(我的所有设置都消失了)。 然后我一点一点地添加回。metadata目录，直到它不能再工作。这样我发现我只需要删除这个目录。现在Eclipse启动了，我的所有设置都还在。
似乎在这个目录的文件中，应该在启动时打开的Windows被列出，不知怎么回事，它找不到一个，所以它挂了。为什么我不清楚，因为在日志中抱怨的文件是在我的文件系统上。
这个对我很有用:
另一个更好的解决办法显然有效:
关闭Eclipse。 临时将有问题的项目移出工作空间。 启动Eclipse，等待工作区加载(它应该加载)。 再次关闭Eclipse。 将项目移回工作空间。
来源:升级到GWT 2.0/谷歌应用程序引擎1.2.8后，Eclipse在打开工作区时挂起
