Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/318.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java IntelliJ在处理大文件时非常慢_Java_Intellij Idea_Intellij Plugin_Guidewire - Fatal编程技术网

Java IntelliJ在处理大文件时非常慢

Java IntelliJ在处理大文件时非常慢,java,intellij-idea,intellij-plugin,guidewire,Java,Intellij Idea,Intellij Plugin,Guidewire,我使用的是Guidewire development Studio(基于IntelliJ的IDE),处理大型文本文件时速度非常慢(大约1500行及以上)。我也尝试了一个现成的社区IntelliJ,但遇到了同样的问题 当我打开这些文件时,输入一个字符需要1秒,即使我清楚地看到使用的内存仍然充足(1441 MB/3959 MB)。而且,如果我打开多个文件,它会很快占用所有内存(我只为IntelliJ分配4GB)。智能感知和其他自动化的东西也慢得令人痛苦 我喜欢IntelliJ,但在那种条件下工作实在

我使用的是Guidewire development Studio(基于IntelliJ的IDE),处理大型文本文件时速度非常慢(大约1500行及以上)。我也尝试了一个现成的社区IntelliJ,但遇到了同样的问题

当我打开这些文件时,输入一个字符需要1秒,即使我清楚地看到使用的内存仍然充足(1441 MB/3959 MB)。而且,如果我打开多个文件,它会很快占用所有内存(我只为IntelliJ分配4GB)。智能感知和其他自动化的东西也慢得令人痛苦

我喜欢IntelliJ,但在那种条件下工作实在太难了。有没有办法解决这个问题?我想到了一些替代方案,比如:

  • 在另一个编辑器(例如:Notepad++)上编辑大文件,然后在IntelliJ上重新加载
  • 打开另一个小文件,把你的代码拷贝到那里,编辑它,然后拷贝回来。这会有所帮助,因为intellisense和代码高亮显示会得到维护,但这很麻烦
  • 我确实关闭了所有不必要的插件,只保留了那些必要的插件,但没有任何改进

    我还想知道是否可以在IntelliJ中“嵌入”一些外部编辑器?比如记事本++,记事本2?我做了家庭作业,用谷歌搜索了一下,但没有找到允许这样做的插件/配置

    有没有经验丰富的人可以给我一些建议,如何在IntelliJ中处理大文件(而不是发疯)

    更新:通过我的研究,我了解到IntelliJ可以破解非常大的文件(比如20mb)等等。但我的档案没那么大。它只有大约100KB-1MB,但它是非常长的文本

    update2在尝试按照Sajidkhan的建议增加堆内存后(我同时更改了
    idea64.vmoptions
    idea.vmoptions
    ),我意识到IntelliJ不知何故没有接受更改。内存堆的最大容量为3GB


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

    能否尝试编辑bin文件夹中的idea64.vmoptions。可以将max heap和max PermGen设置为更高的值


    别忘了重新启动

    在丛林里工作了一段时间后,我找到了一个解决办法,有点像

    当我检查类似问题的其他答案时,我发现当文件大小至少为几MB时,他们开始遇到问题。这是没有意义的,因为当文件只有几个KBs时,我遇到了麻烦。经过更仔细的检查,我发现
    Gosu
    插件是罪魁祸首:在我将我的Gosu文件标记为“纯文本”后,速度变得正常

    所以我猜问题与代码高亮器和语法提示有关。目前,我解决这一问题的最佳方法是:

  • 右键单击文件并将其标记为纯文本
  • 关闭文件并再次打开,然后编辑

  • 注意:由于它适用于Guidewire development suit中的所有文件类型,因此您可能希望将一些长文件永久标记为纯文本,尤其是*.properties(aka,i18n/international文件)。代码自动完成器的好处不值得费心。

    在不同的PC上测试。即使在快速处理器上,编辑器在处理大文件(2000多行代码)时速度也非常慢

    Eclipse、Netbeans绝对可以。调优.vmoptions将没有帮助

    此错误仍未修复:


    更新。尝试使用默认设置的32位版本。通常32位idea工作速度更快,占用内存更少

    你为什么有这么大的文本文件?是不是源代码可以重构成许多更小的文件?(一般性问题;除非您购买了SSD,否则您的IO不太可能得到改进。)您应该使用升华文本2或3。@Makoto:对不起,我有点不在。是的,源代码可以重构,但这需要很长时间和高风险。我们有一个大项目快到最后期限了,所以我更喜欢一个更简单的solution@Sajidkhan:不,它不是复制品。据我所知,这个问题是特定于文本编辑非常大的文件。其他任务在我的计算机上运行良好IDE@JarrodRoberson:可能是,但你能告诉我一些从IntelliJ快速编辑的方法吗?我需要一些方法来处理大文件的问题,但如果这意味着我需要在IntelliJ和其他IDE之间来回复制文件,那就不太理想了。请确保运行64位启动脚本/可执行文件,否则将没有效果@萨吉德坎:对不起,我不能一直在这里。我必须检查是否有其他我忽略的东西。我想我已经编辑了文件,但我会去检查开始脚本这是我当前的配置,我认为它们都很高:-Xms512m-Xmx2048m-XX:MaxPermSize=350m-XX:reservedcodecachechesize=96m-XX:+UseCodeCacheFlushing-ea-Dsun.io.usecancaches=false-Djava.net.preferIPv4Stack=trueTry将其更改为:-Xms128m-Xmx8192m-XX:MaxPermSize=1024m别忘了重新启动这对我也很有效,这是意料之中的。语法高亮显示一个18k行的文件是不可能的(我诅咒创建这个文件的人)…嗯,这不是IDE错误。问题在于使用大型源文件。无论如何,它们的测试和维护要复杂得多,所以如果可能,最好将它们拆分。谢谢您的努力。如上所示,这很可能是由于语法突出显示造成的。关闭语法突出显示(将它们视为普通文本文件)会有所帮助。@SergeBallesta:我希望那时能做到。虽然有时我们没有选择(比如有一个长的i18n文件)@Serge Ballesta是的,我同意你的观点,但有时你必须处理这样的代码。@Hoáng long关闭语法突出显示帮助不大