构建工作区时eclipse卡住了答案

【问题标题】：eclipse stuck when building workspace构建工作区时eclipse卡住了
【发布时间】：2010-10-25 02:11:19
【问题描述】：

我在 Vista 下使用 eclipse 3.4.1 Java EE。在构建我的工作空间时，它似乎被卡住了。取消构建似乎也没有任何作用。

为什么会发生这种情况，我该如何解决这个问题？

【问题讨论】：

我安装的唯一插件是maven。
我收集了一系列步骤来修复我博客中损坏的工作区：blog.pdark.de/2011/09/02/…

标签： eclipse build windows-vista

【解决方案1】：

我可以用以下方法解决这个问题：

首先，退出 Eclipse。然后暂时将以下.projects文件夹移动到安全位置：

mv .metadata\.plugins\org.eclipse.core.resources\.projects projects

启动并退出 Eclipse，然后将 .projects 文件夹移回原来的位置：

mv projects .metadata\.plugins\org.eclipse.core.resources\.projects

当然，使用风险自负。

【讨论】：

也为我工作（顺便说一句，为了安全起见，您始终可以“mv yourContents yourContents.bak”而不是删除它们）。
实际上，这从我的项目中删除了所有子剪辑功能，可能是因为它们不再与存储库关联。我不得不从备份中恢复。
只为我工作：关闭 Eclipse，将文件夹移动到另一个位置，重新启动 Eclipse，关闭 Eclipse，将文件夹移动到原始位置.. 我不知道为什么..
我设法通过删除 .metadata\.lock 解决了这个问题 - 这个文件在我关闭/杀死 eclipse 后存在，但是当我删除时，构建工作正常。
别忘了这些路径是给windows的，linux用/代替\

【解决方案2】：

有时使用“-clean”参数从命令行执行 eclipse 来强制执行它为工作区进行清理非常有帮助。

【讨论】：

AFAIK，它与工作区无关。它清理插件缓存。您会注意到请求工作区之前的启动时间要长得多。指定工作空间后，也是一样。
不仅如此。它通常会清理 eclipse 缓存，因此工作区中的所有不相关垃圾也将被清除。

【解决方案3】：

eclipse -clean 没用，但后续没用

eclipse -clean -clearPersistedState

【讨论】：

这并没有提供问题的答案。要批评或要求作者澄清，请在其帖子下方发表评论。
相反，我的回答确实回答了这个问题，我遇到了完全相同的问题，尝试了多种解决方案，我发布的一个是唯一有效的。
注意：这也会重置您的 Eclipse 工作台透视图。
它对我有用。但是它第一次没有工作，但在再次尝试之前，我只是从 .metadata 文件夹中删除了 .lock 文件并再次运行 eclipse -clean -clearPersistedState ，所以它工作得很好。 :)
它重置了视角，值得:)

【解决方案4】：

如果我通过 USB 调试 Android，Eclipse 经常冻结在 44%。断开设备连接时，Eclipse 将启动。

【讨论】：

【解决方案5】：

接受的答案允许我重新启动 Eclipse，但项目似乎丢失了它们的元数据。（例如，所有 Git/Gradle/Spring 图标都从项目名称中消失了。）我有很多项目，我不想重新导入它们。

所以这就是在开普勒下对我有用的方法。 YMMV，但我想记录下来以防万一它对某人有所帮助。

第 1 步。暂时将 .projects 文件移开：

$ cd .metadata/.plugins/org.eclipse.core.resources
$ mv .projects .projects.bak

第 2 步。 然后启动 Eclipse。元数据会丢失，但至少 Eclipse 启动时不会卡住。

第 3 步。 关闭 Eclipse。

第 4 步。 将 .projects.bak 文件恢复为其原始名称：

$ mv .projects.bak .projects

第 5 步。 重新启动 Eclipse。它可能会构建一些东西，但这次它应该通过。（至少它对我有用。）

【讨论】：

FWIW，在过去的几个月里我有机会使用它几次，到目前为止每次都有效。
完美，成功了。我多次陷入这种情况，不得不等待很长时间。我尝试了这些步骤并且成功了。干杯！

【解决方案6】：

第一步：

打开项目目录并编辑 .project 文件，删除以下行以禁用 java 脚本验证。

  <buildCommand>
      <name>org.eclipse.wst.jsdt.core.javascriptValidator</name>
      <arguments>
      </arguments>
    </buildCommand>

保存文件。

第 2 步：

转到 Eclipse 安装目录并打开 eclipse.ini（或 sts.in，如果您有 STS），根据您计算机的 RAM 大小更改 xms 和 xmx 值。

-Xms512m
-Xmx1024m
-XX:MaxPermSize=256m

或者：在windows中，进入桌面的eclipse快捷方式，右键->属性->添加以下内容： C:\software\eclipse\sts-3.6.2.RELEASE\STS.exe -clean -Xms512m -Xmx1024m

运行 Eclipse。

转到 Eclipse->windows->preference->Validation，启用暂停所有验证器。如果您不想执行验证器面板中给出的列表中列出的任何验证，请执行此操作。

【讨论】：

Eclipse 决定在我的 .project 文件中为 GWT 项目添加一个 javascript 验证器（大量生成的不需要验证的 javascript）导致我的构建速度非常缓慢......删除该验证器确实就我而言，干杯。
这对我有用，谢谢，但我已经更改了具有高值的 eclipse.ini 文件并取消选中首选项窗口中的所有验证，但在应用您的步骤 1 后我现在卡在 67%解决方案它工作......！你能指出取消首选项和从文件中删除（即你的解决方案）有什么区别

【解决方案7】：

您可能想看看How to report a deadlock。您可能还需要检查错误视图和/或错误日志 ([workspace]/.metadata/.log)。如果这没有帮助，您可能需要包含有关您已安装哪些插件以及您拥有哪些项目的更多信息。你能创建一个重现问题的最小工作空间吗？

【讨论】：

问题是间歇性的，所以真的很烦人。但是好的，让我们看看我是否可以获得有关该问题的更多信息。
创建一个干净的工作区并导入项目可能会解决问题。无论如何都值得一试。
这根本不回答问题。 @JamesBeninger 在下面提供了可能并不理想但可行的解决方案
从 Eclipse 的文件菜单转到窗口 - 显示视图 - 其他 - 常规 - 错误日志。您也可以从帮助 - 关于 Eclipse - 安装详细信息 - 配置选项卡 - 查看错误日志按钮。

【解决方案8】：

当我一次打开太多 maven 项目时，我遇到了这个问题。我倾向于做的是：

重启eclipse（有时我需要杀死eclipse）
立即禁用自动构建（项目>取消选中自动构建）
右键单击我想要重建的项目
关闭不相关的项目
重新启用自动构建

这可以在我工作区中 99% 的案例中实现功能重建。

【讨论】：

刚刚禁用了构建，似乎已经修复了挂起循环。

【解决方案9】：

我在 Eclipse Indigo 中遇到了类似的问题。我更改了 HeapSize 它开始正常工作。我刚刚添加了以下 eclipse.ini 文件 -vmargs -Xms1024m -Xmx1024m

增加虚拟机大小后效果很好

【讨论】：

【解决方案10】：

对我来说唯一的解决方案（Luna 4.4.1）是这样的：

转到项目属性 > 构建器，然后取消选中 Javascript 验证器。

【讨论】：

【解决方案11】：

我的 Eclipse 遇到了同样的问题，作为解决方案，我创建了新项目，手动将所有资源（使用 Windows 复制/粘贴）复制到新项目，删除了旧项目，仅此而已。

有时，由于系统关闭不当和 Eclipse 工作区开始面临类似问题，会发生这种情况。

希望它会起作用。

【讨论】：

我刚刚移走了大部分资源，重新启动了 eclipse，将它们复制回来。

【解决方案12】：

使用 Eclipse 取消选择自动构建-> Windows->首选项有助于解决此问题。

【讨论】：

这可能是缓存损坏的问题。项目是否构建是另一个问题。

【解决方案13】：

删除一些 JDT 索引（在 .metadata.plugins\org.eclipse.jdt.core 中），尤其是大文件，通常可以解决或缓解我的问题。

【讨论】：

【解决方案14】：

我也遇到了同样的问题。

通过使用任务管理器终止构建过程并在没有打开任何项目的情况下退出 Eclipse，我能够在不打开项目的情况下重新进入 Eclipse 并清理项目。然后我再次重新启动 Eclipse，加载了我的项目，一切正常。

【讨论】：

【解决方案15】：

我发现，如果您使用包含大量图像数据的项目（例如专用图像项目）重建工作区，也可能会发生这种情况。最好将类似的东西放入自己的工作区，并将其与您处理的其他项目分开处理。

如果不能，则在清理和重建时不要清理该项目。仅在必要时重建。

【讨论】：

【解决方案16】：

在我的情况下，导入下载的项目后出现问题 - 卡在 80% 的构建。通过将组的写入权限添加到项目文件（Ubuntu 12.04）来解决。

【讨论】：

【解决方案17】：

就我而言，它有助于从 Windows 资源管理器 (Windows 8.0) 中的收藏夹中删除源文件夹。看起来构建实际上并没有被卡住，而是在某种无限循环中触发（如提到的here - Bug 342931）。

【讨论】：

【解决方案18】：

有时问题似乎可以通过杀死从项目文件夹中打开文件的其他程序来解决。

【讨论】：

【解决方案19】：

查看[workspace]/.metadata/.log 中的日志为我提供了有用的信息。原来有一个java.lang.OutOfMemoryError: PermGen space error，工作区构建会挂起。这可以在eclipse.ini 或sts.ini（如果您使用的是SpringSource Tool Suite）文件中进行编辑。

【讨论】：

【解决方案20】：

当我尝试在我的项目中安装带有 bower 的 Angular.js 时，我遇到了同样的问题。我似乎 bower 有很多它自动下载的 javascript 文件，这导致我的 IDE 在验证过程中停留了很长时间。所以，我就这样解决了这个问题，

我首先安装了 tern.js 0.9.0。
然后我进入项目属性，选择tern脚本路径仅包括我需要验证的路径，我的项目 javascript 文件夹。我排除了其他路径，如占位符， Angular.js 文件、Jquery 文件。
我再次从属性中选择了 Javascript 并做了同样的事情包含路径的源中的东西。

我的 IDE 目前可以正常工作而没有冻结。我从那里得到帮助。 Tern 我想这可能会有所帮助，因为任何 IDE 由于大量 Javascript 文件而卡住。

【讨论】：

【解决方案21】：

我尝试了很多这些建议，但最终对我有用的唯一方法是创建一个新工作区，并将我的所有项目重新检出到该文件夹中。然后它工作得很好;-)

【讨论】：

【解决方案22】：

我刚刚重启了eclipse，下次就开始工作了。

【讨论】：

【解决方案23】：

刷新您要构建的所有项目。工作过

【讨论】：

【解决方案24】：

重启eclipse。
它对我有用好几次。

【讨论】：

【解决方案25】：

我能够通过删除 Eclipse 在我的 eclipse 安装文件夹中创建的额外文件夹来解决这个问题。我没有安装，我正在使用 Ecilpse Neon 3 并安装了 Spring Tool 套件。但是，当我查看提取的 eclipse 安装时，我有 C: 文件夹，它有一些文件夹结构。这是我的下载文件夹的镜像。我删除它并重新启动。

它对我有用！

【讨论】：

【解决方案26】：

这里的答案都不适合我。有效的是删除以下文件夹

C:\Users\你的用户名\workspace\project name.metadata.plugins\org.eclipse.core.resources.projects\project 名称\.索引

【讨论】：

【解决方案27】：

我没有调试并找到确切的根本原因，而是删除了项目和元数据文件夹。 Eclipse 将在下次启动时重建 .metadata 文件。

然后我拉入了最新的项目代码，问题就解决了。这需要更多的工作，因为我必须重新配置所有东西，包括我的服务器，但是构建工作空间在完全完成之前的 3 到 5 分钟内一直停止在 50%，因此值得付出努力。

另外，我发现在 Eclipse 中，如果您在构建工作区完成之前停止构建工作区并在所有操作都挂起时关闭 Eclipse，您真的会弄乱您的配置并浪费大量时间试图使其再次稳定.我正在使用 Eclipse Oxygen，但在我使用过的所有 Eclipse 版本中都发生过这种情况，所以如果可能的话，我真的尽量避免它。

【讨论】：

【解决方案28】：

在项目文件夹中打开 .project 文件。有一个错误的条目，它可能会有所帮助

    <buildCommand>
        <name>org.eclipse.m2e.core.maven2Builder</name>
        <arguments>
        </arguments>
    </buildCommand>

【讨论】：

【解决方案29】：

如果您使用 Maven 作为构建工具，您可能希望：

关闭日食
删除位于 .m2/repository/ 中的依赖目录 - 在 Linux 它位于 Home 目录下，在 Windows 中它应该位于 c:\Users.m2 中（将 '' 替换为您的用户名）
启动 Eclipse 并享受正常的工作:)

这帮助我解决了这个问题，我希望它也能帮助你。 :)
干杯！

PS 我已经编辑了我的答案（如 @howlger 所问），还建议删除 .eclipse 和 .p2 文件夹，因为它可能会造成伤害（虽然在我的情况下没有 + 我不得不重新安装我正在使用的一些插件）。

【讨论】：

永远不要删除 .eclipse、.p2 或 .metadata 文件夹，因为这会损坏您的 Eclipse 安装。这些都是 Eclipse 开发人员不会推荐使用的恶作剧。请尝试 -clean 或新的工作区。 @NikolaS，请从您的答案中删除第 3 步，因为它可能会造成损坏。
@howlger：感谢您的建议，但在我的情况下它确实帮助我解决了我的问题。 -clean 没有帮助我或任何其他建议的答案（最多赞成）这个问题。
当然，它可能对您有所帮助，但它也可能在您尚未注意到的情况下损坏了您的安装。我这么说是因为我知道这些文件夹中存储了什么。你也知道吗？因为可能造成伤害，我要求您删除第 3 步/第 3 点。我很乐意收回我的反对票（我只反对可能造成伤害的答案）。
您丢失了整个安装历史记录，不是吗？ 你不能再恢复安装了，对吧？您已删除“仅在 Linux 中”。当您删除Windows 上的.p2 文件夹时，您将破坏使用Eclipse 安装程序进行的所有Eclipse 安装。就您而言，我敢打赌重新安装较新版本的插件会有所帮助，而不是删除这些文件夹（这是您永远不应该做的事情）。
请参阅帮助 > 关于 Eclipse IDE：安装详细信息，选项卡 安装历史记录。关键是删除这些文件夹会不可挽回地破坏 Eclipse 安装。它对您的情况没有帮助（这怎么可能？）。重新安装插件，或者更可能的是，不重新安装您以前拥有的插件可能对您的情况有所帮助。

【解决方案30】：

如果在构建项目时启动时出现问题，请从菜单中自动禁用构建。项目 - >自动构建。这解决了我的问题，而更复杂的解决方案却无法解决。

【讨论】：