处理大文件时，IntelliJ非常慢

Question

我正在使用Guidewire开发工作室（基于IntelliJ的IDE）， 处理大文本文件 （大约1500行及以上）时速度非常慢。 我尝试了一个开箱即用的社区IntelliJ，但遇到了同样的问题。

当我打开这些文件时，键入一个字符需要1秒，即使我清楚地看到使用的内存仍然很多（1441 MB / 3959 MB）。 此外，如果我打开多个文件（我只为IntelliJ分配4GB），它会迅速吸收所有内存。 Intellisense和其他自动化的东西也很痛苦。

我喜欢IntelliJ，但在这种情况下工作真的很难。 有没有办法解决这个问题？ 我想到了一些替代品，比如：

1. 在另一个编辑器上编辑大文件（例如：Notepad ++），然后在IntelliJ上重新加载它
2. 打开另一个小文件，在那里复制你的代码，编辑它，然后将其复制回来。 它会有所帮助，因为智能感知和代码突出显示得以维持，但这很麻烦

我确实关闭了所有不必要的插件，只留下了必要的插件，但没有任何改进。

我也想知道我是否可以在IntelliJ中“嵌入”一些外部编辑器？ 像Notepad ++，Notepad2例如？ 我完成了我的作业和谷歌，但没有找到允许这样做的插件/配置。

是否有经验丰富的人可以给我一些建议如何使用IntelliJ中的大文件（不要生气）？

更新：通过我的研究，我了解到IntelliJ可以打破非常大的文件 （如20mb）等等。 但我的文件并不大。 它只有大约100KB - 1MB，但它是非常长的文本。

更新2尝试增加堆内存后，Sajidkhan建议（我改变了idea64.vmoptions和idea.vmoptions ），我意识到IntelliJ不会采取改变。 内存堆最大停留在3GB。

另一方面，当系统仅使用约1GB的堆内存时，可以感知到性能缓慢，因此我认为该问题与内存问题无关。

Answer 1

经过一段时间在丛林中工作，我发现了一种解决方法，有点像。

当我从类似问题中检查其他答案时，我发现当文件大小至少为几MB时，它们就开始出现问题。 它没有意义，因为当文件只有几KB时我遇到了麻烦。 仔细检查后，我发现Gosu插件是罪魁祸首：在我将Gosu文件标记为“仅文本”后，速度变得正常。

所以我猜这个问题与代码突出显示器和语法提醒有关。 现在，我解决这个问题的最好方法是：

1. 右键单击该文件并将其标记为纯文本。
2. 关闭文件并再次打开，然后编辑。

注意：由于它适用于Guidewire开发套装中的所有文件类型，您可能希望将一些长文件永久标记为纯文本，尤其是* .properties（aka，i18n / international文件）。 代码自动完成程序的好处不值得麻烦。

Answer 2

你可以尝试在bin文件夹中编辑idea64.vmoptions。 您可以将最大堆和最大PermGen设置为更高的值

别忘了重启！

Answer 3

在不同的PC上测试过。 即使在快速处理器上，编辑器在处理大型文件（2000多行代码）时也会非常缓慢。

Eclipse，Netbeans绝对可以。 调整.vmoptions无济于事。

此错误仍未修复： https ： //intellij-support.jetbrains.com/hc/en-us/community/posts/206999515-PhpStorm-extremely-slow-on-large-source-files

UPDATE。 尝试使用默认设置的32位版本。 通常32位的想法工作得更快，占用的内存更少。