我使用的是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正确地启动?
当前回答
好吧，我有类似的行为，而开始日食在X11。我忘记在我的putty中勾选启用X11转发。
其他回答
在我的例子中，删除工作区的.metadata文件夹是有效的。我正在使用Eclipse Luna服务Release 2。
我在Fedora 18上的eclipse (Juno)遇到了非常类似的问题。在调试Android会话的过程中，eclipse结束了调试会话。我试图重新启动eclipse，但它一直挂在启动屏幕上。我尝试了上面的各种建议，都没有成功。最后，我检查了adb服务(android调试桥):
# adb devices
List of devices attached
XXXXXX offline
我知道android设备仍然连接，但它报告离线。我断开了设备并关闭了adb服务:
# adb kill-server
然后我等待了几秒钟，重新启动了adb服务:
# adb start-server
把我的机器人重新插上。在那之后，日食开始得很好。
对我有用的是——在Ubuntu上
Ctrl + F1 ps - e 对eclipse、Java和adb的进程号Kill -9
我也很幸运地去掉了*。临时文件。我的位于不同的目录中提到的职位(下面)。
<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 {} \;
我只是在Eclipse启动时遇到了一些问题。通过删除这个文件来修复:
rm org.eclipse.core.resources.prefs
我在。settings中找到的
