我使用的是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正确地启动?
当前回答
不幸的是，这些方法对我都不起作用。我最终不得不创建一个新的工作空间，然后将现有的项目导入到新的工作空间中。不幸的是，在这样做的时候，你会失去你的首选项(所以，记得在任何时候你改变它们时导出你的设置!)
其他回答
我没有快照文件。通过帮助菜单安装列表，我发现至少90%的插件的卸载按钮都是无效的，所以我无法通过这个按钮来处理。在启动/关机下，大多数插件都没有列出。相反，我不得不手动从我的插件文件夹中删除项目。哇，现在启动时间对我来说快多了。因此，如果其他方法都不起作用，而你的插件是一次性的，这可能是使用的最终解决方案。
try:
CD到<workspace>\.metadata\.plugins\org.eclipse.core.resources 删除文件*。snap(或。marker in Indigo)
我在更新Mavericks上的eclipse后也遇到了类似的问题。最终，我发现在eclipse插件目录中，com.google.gdt.eclipse.login jar末尾有版本号。我从名字中删除了版本号，一切开始都很好:)
我做了很多这样的解决方案，但似乎没有一个对我有效。最终成功的是重启了我的Mac。我注意到我的jconsole似乎也卡住了，这让我立即重新启动，因为它似乎与Java相关，而不是专门与Eclipse相关。
对于您的问题，这可能不是一个确切的解决方案，但在我的案例中，我跟踪了Eclipse使用SysInternals Procmon轮询的文件，并发现Eclipse一直在为我的一个项目轮询一个相当大的快照文件。删除它后，一切正常启动(尽管工作空间处于上次启动时的状态)。
被删除的文件是:
<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap
