增加编译器的堆大小。默认值是700m，随着插件数量的增加，这个值太小了。

在v2019.1中，它位于这里:

设置->构建，执行，部署->编译器->构建进程堆大小(Mbytes)

在我放了4000之后，它解决了我的大部分性能问题。

在我的例子中，GIT集成似乎导致编辑器在使用13时慢得令人沮丧。

在GIT集成开启的情况下，在输入大约30个字符后，用户界面会冻结一秒钟左右。它通常不长，但很烦人。

我使用的是GIT 1.7.8.0。运行于Windows 7 64，固态硬盘，12g内存，intel I7, 8个cpu。我尝试了各种方法，比如更新idea64.exe。vmoptions使用更多的内存，如-Xmx2400m和-XX:MaxPermSize=2400m， -XX:ParallelGCThreads=6，但这并没有解决问题。

git存储库是1.3 gb，包含65,000个文件。

我在新的git存储库中创建了一个新的“grails”项目，没有问题。我在现有的大型git存储库中创建了一个新的grails项目，intellij很慢。我通过打开项目设置对话框并删除git根来关闭git集成，问题就消失了。

我尝试通过13个UI禁用所有GIT后台操作，但没有什么不同。我还尝试了GIT内置模式和本机模式，没有什么不同。

在我的情况下，解决办法似乎是禁用GIT集成，直到我需要它，然后重新添加GIT根。如果其他人可以验证相同的问题，那么我们可能会将其报告为问题。

使用Intellij 2016.1(64位)和JDK 1.8(64位)时，我面临着缓慢的性能。 我换到

64位intellij 64位Java 8作为JAVA_HOME路径(这是运行64位Intellij所需的) 32位Java 8作为Intellij项目使用的JDK(文件->项目结构|项目设置->项目|项目SDK)。

通过这种组合，现在Intellij的性能是相当不错的。

在我的情况下，我在Moodle中开发，它会创建巨大的JS和CSS压缩文件。一旦我从项目中排除了这些“缓存”的最小化文件，InitelliJ就可以正常运行了。

从12升级后，我在IntelliJ 13中也遇到了同样的缓慢问题。 对我有效的是编辑想法。在bin文件夹中设置vmoptions，并将最大堆设置为8gb(为512mb)，最大PermGen设置为至少1GB(为300MB)。在下面的例子:

-Xms128m
-Xmx8192m
-XX:MaxPermSize=1024m

重新启动后，速度要快得多。

对于IntelliJ 2020，回溯到Mac上的2017年 /应用程序/ IntelliJ IDEA.app /内容/ bin / idea.vmoptions

在Mac上，这个文件位于这个路径:

适用于Mac上的IntelliJ 14或15 /Applications/IntelliJ IDEA 14.app/Contents/bin/ IDEA .vmoptions

适用于Mac上的IntelliJ 13 /用户/ yourusername /图书馆/ / IntelliJIdea13 / idea.vmoptions偏好

IntelliJ的更新程序(自2017年以来)似乎会将此更改回滚，因此您可能需要在更新后重新应用它。

在Ubuntu Linux上，这个文件位于相对于安装目录的这个路径:

idea-IU-135.475/bin/idea64.vmoptions

2016.2:

 ~/.IdeaIC2016.2/idea64.vmoptions

在Windows 10(社区版显示在这里)，这些文件位于:

C:\Program Files (x86)\JetBrains\IntelliJ IDEA社区版2016.1.3\bin\idea64.exe.vmoptions

我在13.1上，我发现以下设置对我来说很神奇:IDE设置—>编辑器—>自动重解析延迟(毫秒)，我已设置为1500(默认为300)。

在一个大型项目中，编译器和检查将在交互之间不断启动。延迟可能有助于减少堆压力，并通常使整个体验更快。我的cpu也更酷，这可能有帮助。