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

Eclipse中的内存不足错误

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

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

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

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

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

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

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

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

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

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

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

对Eclipse速度影响最大的三个因素是:

使用最新版本的Eclipse(2020-06截至2020年6月26日) 请注意David balaicic的评论(2014年7月)与六年前的标准相矛盾:

Indigo (3.7.2) SR2中“相同”的工作空间在4秒内加载，Kepler SR2(4.3.2)在7秒内加载，Luna(4.4.0)在10秒内加载。它们都是Java EE包。新版本有更多捆绑的插件，但趋势仍然很明显。(我所说的“相同”工作空间是指:使用相同的(额外安装的)插件，从版本控制中检出相同的项目)。

使用最新的JDK启动它(在撰写本文时使用Java 14，这并不妨碍您在Eclipse项目中使用任何其他您想要的JDK: 1.4.2、1.5、1.6旧版本……) vm jdk1.6.0_10 \ jre \ bin \ client \ jvm.dll 配置eclipse.ini(有关完整的eclipse.ini，请参阅这个问题) -Xms512m -Xmx4096m […]

Xmx参数是Eclipse将获得的内存量(简单来说)。使用-Xmx4g，它可以获得4gb的RAM，等等。

注意:

引用jvm.dll有以下优点:

启动画面很快就会出现。 进程列表中的Eclipse.exe，而不是java.exe。 防火墙:Eclipse需要访问Internet而不是Java。 窗口管理品牌问题，特别是在Windows和Mac上。

2020年12月，Udo符合评论

From version 4.8 (Photon) an up there was a steady speed gain after each version. The main platform was optimized every release to load faster, enable more features for the dark theme and to add more features for newer Java versions for the Java development tools. Especially with-in the last 3 versions the startup time was increased a lot. There should be a significant increase in start-up time with the newest version of Eclipse 2020-12. In my experience it started a lot faster with each new version. But: There are still plug-ins which do not follow the new way of using the Eclipse API and are therefore still slow to start. Since the change to Java 11 as the minimum runtime version starting from Eclipse version 2020-09 at least the core system uses the newer features of the JVM. It is up to the providers of the other plug-ins to upgrade to newer APIs and to use the full power of modern CPUs (e.g. concurrent programming model).

另请参阅

为Eclipse提供正确数量的线程和正确数量的内存:问题:Eclipse和Eclipse索引器占用了我所有的资源/ CPU%

禁用病毒扫描程序，或至少将任何病毒扫描程序配置为在读访问时不扫描JAR文件。

又有一个解决方案 删除这两个文件夹中的所有文件

.metadata.plugins \ org.eclipse.core.resources.history .metadata.plugins \ org.eclipse.jdt.core

这是第一次帮助。但它仍然保持缓慢