Eclipse启动时冻结-加载工作区之前

这个链接@CharlesB把我引向了正确的方向,但是我发现你只需要删除 .snap 文件位于此处:

[Workspace Directory]/.metadata/.plugins/org.eclipse.core.resources/.snap

(注意 .metadata 目录已隐藏。)

也许 吧 this blog post

在工作区目录中执行以下步骤:

1. cd.metadata/.plugins插件
2. 毫伏org.eclipse.core.资源org.eclipse.core.资源.bak
3. 启动eclipse。(因为找不到项目,所以应该显示错误消息或空工作区。)
4. 关闭所有打开的编辑器选项卡。
6. rm -rf org.eclipse.core.resources (删除新创建的目录。)
7. mv org.eclipse.core.resources.bak/ org.eclipse.core.resources (还原原始目录。)
8. 启动eclipse并开始工作。:-)

我也有类似的问题。月食(月食)以启动画面正常启动,然后打开主窗口并立即冻结。为我运行eclipse

eclipse.exe -clean -refresh

修复了问题。

发现了我的问题。googlegwt插件不会自行清理,会在Temp文件夹中留下大量文件(XP上的C:\Documents and Settings{username}\Local Settings\Temp)。我有超过100000个文件和几千个文件夹在这里-其中超过99%是由于谷歌GWT插件。我删除了这些,现在Eclipse只需几秒钟,而不是20分钟。再加上我的整个机器运转一般都比较平稳。

我已经通过直接下载和软件中心安装了Eclipse,但在Ubuntu12.04 LTS上,它们似乎都挂在启动屏幕上,除非删除~/workspace目录。

我发现,通过单击启动屏幕,然后按Enter键,即使不删除~/workspace目录,它也可以正常启动!!

虽然@CharlesB对我来说可能适用于大多数人,但它并没有破坏单个项目(通常是最后一个项目)。因此,我发现对于链接的项目,删除 .snap 和 .history

WORKSPACE/.metadata/.plugins/org.eclipse.core.resources/.projects/LAST_PROJ_BEFORE ECLIPSE_CRASHED

然后重启eclipse,您将看到 LAST_PROJ_BEFORE_ECLIPSE_CRASHED 已关闭。删除它,因为您将无法打开现有项目并将其重新导入工作区(链接的项目仍将具有 .project ).

在我的情况下,它是冻结在启动屏幕,而加载'视图.ui,在选择了工作区之后。 修复程序正在运行它: eclipse-clean-clearPersistedState

删除本地工作区中的.metadata文件夹(这对我很有用)。它似乎包含一个.LOCK文件,如果没有正确关闭,它将阻止eclipse正确启动。

这是完美的工作。

对我来说,下面是固定的

-vm
C:\Program Files\Java\jre1.8.0_131\bin\server\jvm.dll
-vmargs
-Dosgi.requiredJavaVersion=1.8
-XX:+UseG1GC
-XX:+UseStringDeduplication
-Dosgi.requiredJavaVersion=1.8

可以使用显式tempdir规范启动devmodejvm。我们使用Ant启动DevMode,并指定了以下JVM arg:

如果通过googleeclipse插件启动的话,应该可以使用相同的“-D”参数。

作为构建过程的一部分,我们使用的tempdir会被定期清理,所以垃圾文件的积累是可控的。

在这之后,我可以开始我的日食。

对于Linux用户。在我完成Eclipse缓存清理之后,我的启动停止了。当Eclipse未运行时,我执行了以下操作:

2. 清理${HOME/}/.eclipse下的所有“cache”和“.cache”目录

在那之后,Eclipse的启动时间回到了合理的5-10秒。