也试试这个，它会提高性能:

清理索引-{工作区 路径}.metadata.plugins \ org.eclipse.jdt。核心清理历史—— {工作区 路径}.metadata.plugins \ org.eclipse.core.resources.history

清理上述文件夹不会影响项目文件。

当限制打开标签的数量时(过去我经常打开30多个标签)，我的性能有了相当大的提高。您可以让Eclipse自动为您处理这个问题:

窗口->首选项->编辑器->自动关闭编辑器

8个打开的标签是>>符号出现之前的金额，所以我倾向于让它保持在8。

当打开更多选项卡时，最近最少访问的选项卡将被关闭。

->当所有编辑器都是脏的或固定的

如果它有未保存的修改，你可以提示保存和重用(标签将被关闭，一个新的将被打开在它的地方)。或者你可以打开一个新的编辑器，从而增加打开标签的数量(不显眼的选择)。

如果你想确保一些标签永远不会自动关闭，你可以钉住它们。点击大头针图标(工具栏中最右边的图标，以“大头针编辑器”为tooltiptext)。

确保使用Sun JVM运行Eclipse。

在Linux上，特别是Ubuntu上，默认安装Eclipse以使用开源的GCJ，而GCJ的性能要差得多。使用update-alternatives——config java切换到Sun JVM，可以大大提高Eclipse中的UI的快快性。

好吧，如果您正在使用Eclipse开发GWT应用程序，那么方法如下:

Eclipse中的内存不足错误

还记得将相同的VM参数添加到托管模式配置中。

在eclipse.ini文件中添加-Xverify:none。

它将大大缩短Eclipse启动时间(对我来说是50%，如果不是更多的话)。这将告诉VM不要验证它正在加载的所有.class文件。

考虑一下:永远不要在生产系统中禁用字节码验证 (如评论所述)

我们使用GIT作为CVS, gradle作为构建工具。

症状

在我的案例中，一个具有> 20 000个文件的特定项目在导航具有大量文件的目录时使用分层视图冻结。

Fix

创建新的Eclipse工作区 将项目重新克隆到Eclipse工作区中 将项目导入Eclipse(在本例中使用Gradle导入)