我使用的是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正确地启动?
当前回答
Java版本可能有问题:
我尝试了上面给出的几个答案。但这并没有起作用。但与此同时，我尝试他们，它点击到我，我切换到java版本的一些其他的东西&忘记切换回来。
有一次我跳回了之前的版本。Eclipse开始为我工作。
其他回答
在我的案例中，类似的症状是由一些流氓git存储库导致的，其中包含大量的垃圾系统文件。
如上所述，通用的补救方法是使用Process Monitor发现违规文件。设置以下两行筛选器很有用:
进程名为“eclipse.exe” 进程名为“javaw.exe”
由于我在.metadata.plugins\org.eclipse.core中没有.snao或.prefs文件。资源文件夹(在OS X上运行)，什么为我做的技巧是复制。project文件夹到旧。项目，启动Eclipse，并检查
Windows ->首选项->常规-> 开机关机->刷新 启动时的工作区
在此之后，我关闭了Eclipse，将文件夹重命名为old。项目回到。Projects之后，一切都恢复正常。
我的解决方案是删除这个目录:
workspace/.metadata/.plugins/org.eclipse.e4.workbench
所做的是首先从.metadata中删除(将其移动到保存位置)所有内容。Eclipse重新启动(我的所有设置都消失了)。 然后我一点一点地添加回。metadata目录，直到它不能再工作。这样我发现我只需要删除这个目录。现在Eclipse启动了，我的所有设置都还在。
似乎在这个目录的文件中，应该在启动时打开的Windows被列出，不知怎么回事，它找不到一个，所以它挂了。为什么我不清楚，因为在日志中抱怨的文件是在我的文件系统上。
删除*。Snap(我的是*.markers)，——清洁数据或移动工作区文件夹似乎都不适合我。
当我安装并将键盘输入切换到HIME后，eclipse停止工作，我回到fctix，它工作了。
UFT在安装后导致RDz(基于Eclipse)的问题 这些建议将允许在使用环境变量和相应值的情况下解决这种情况。
注意:有冲突的应用程序在java上下文中不会被识别，因为它被排除在java支持机制之外。
影响:排除了通过Windows注册表编辑器连接到冲突应用程序的加载项支持 要求:除Java.exe/Javaw.exe/jpnlauncher.exe外，应用程序必须由EXE文件启动
产品说明:
a.找到与外接程序支持冲突的应用程序的可执行文件名。使用任务管理器或Microsoft进程资源管理器。
b.打开“Windows注册表编辑器”。
c.导航到:HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\JavaAgent\Modules 对于Windows x64上的32位应用程序:HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mercury Interactive\JavaAgent\Modules
d.以冲突软件可执行文件mae的名称创建DWORD值，并将该值设置为0。
