IntelliJ IDEA是java编程语言开发的集成环境。IntelliJ在业界被公认为最好的java开发工具尤其在智能代码助手、代码自动提示、重构、JavaEE支持、各类版本工具(git、svn等)、JUnit、CVS整合、代码分析、 创新的GUI设计等方面的功能可以说是超常的。在普通笔记本电脑上成熟IDE是最复杂的一种应用程序。JetBrains官方团队收到有关 Scala 插件在某些情况下出现延迟或者总体上运行缓慢的反馈有时技术团队可以提供一些帮助但另一些时候比如您的代码库庞大复杂或者机器较为陈旧时同样也无能为力。今天我们将为大家介绍如何手动尝试改善IntelliJ IDEA和 Scala 插件体验例如实现配置调整和保持良好的编码习惯。首先来看 IntelliJ IDEA 中性能至关重要的两个主要领域创建或打开项目是一个重要的时刻这涉及内存管理。第二个与复杂逻辑有关当 Scala 插件试图识别并高亮显示错误和警告或显示改进代码的提示时以及当您执行 Scala 插件提供的一项操作和自动编辑大部分代码时CPU 会高强度运行。在这两种情况下我们都可以通过相似的方式提升性能可以为 IntelliJ IDEA 分配更多资源禁用不使用的检查改进编码做法禁用一些功能。资源从资源开始这里基本上意味着提供更多内存。但是首先建议是启用内存指示器您可以右键点击 IntelliJ IDEA 的底部面板然后在弹出菜单中点击内存指示器。 它会告诉您​​​​​​​IntelliJ IDEA实际使用了多少内存让您按需设置内存大小。如今普通笔记本电脑有 8 GB 或更多 RAM通常足以让 IntelliJ IDEA、其他应用程序和操作系统正常运行。检查 ​​​​​​​IntelliJ IDEA内存消耗后通过打开Help帮助菜单并选择Edit Custom VM Options编辑自定义 VM 选项来打开 idea.vmoptions 文件将 -Xmx 设置更改为略大于内存指示器显示的值。 请注意超过一定值后增加 -Xmx 将无法提升性能。 在这里增加到 4 GB 有一些效果之后额外的提升几乎可以忽略不计。对于 Scala 插件如果您决定从 IntelliJ IDEA 中编译应用增加可用内存也可能加快编译速度。 为此请转到Settings | Build, Execution and Deployment | Scala Compiler Server设置 | 构建、执行和部署 | Scala 编译器服务器并修改 VM 选项。检查CPU 方面Scala 插件最重要的功能之一也会使用大量 CPU是它的一组检查。 检查是一种逻辑可以检查代码寻找特定类型的问题。 有些问题非常简单比如永远不会被修改而可被替换为不可变值的 private 变量。 其他问题如未使用的 public 字段可能需要很长时间调查。如果您感觉部分检查没有用处将其禁用可能会提高高亮显示速度。可以转到Settings | Editor | Inspections设置 | 编辑器 | 检查查看可用检查列表禁用不需要的检查。 另外浏览设置也是全面了解 Scala 插件功能的好方法。接下来我们将深入探究 Scala 插件众多检查中的 3 个。 每个检查都只是插件逻辑的一小部分对于不同用户可能会产生不同的影响。1. Type check can be replaced by pattern matching类型检查可被替换为模式匹配这个检查会在一系列 if-else 语句中查找类型检查和类型转换并建议将其替换为模式匹配。 请注意即使是最复杂的检查也有快速路径来检查是否不适用于给定代码段例如当其中没有 isInstanceOf 时。 但是在某些情况下您可能想要使用像这样的代码如果您希望它保持这种状态可以考虑禁用检查。2. Scala 2 syntax can be replaced with Scala 3Scala 2 语法可被替换为 Scala 3只有启用编译器选项 -Xsource:3 时这个检查才有效。 它会报告可被替换为 Scala 3 的 Scala 2 语法。 如果为兼容性使用 -Xsource:3但不需要重写代码则可以将其安全禁用。3. Declaration access can be weaker声明访问可以更弱和 Unused declaration未使用的声明检查对于代码中的每个声明这两个检查都将尝试检查声明的使用方式。 如果声明为 public 或 protected第一个将起作用它将检查声明是否确实在自己的类、特征或对象的作用域之外使用。如果不是检查将提示可以将声明设为 private第二个适用于每个声明 – 它会遍历声明的作用域并检查它是否被使用。编码做法Scala 让我们能够以简洁的方式编写复杂代码但这是有代价的我们留给 IDE 的越多它的性能就越差。 如上所示在许多情况下如果您执行严格的编码做法Scala 插件中的一些检查可能是不必要的。 事实上如果是要弄清楚声明是否未被使用或者变量是否可以为值Scala 插件检查所做的与我们所做的并没有太大不同。 我们会在作用域内检查尝试找到疑似与此相关的其他元素会查找子类、隐式转换等。如果审查者因您代码的复杂性而苦恼这可能表明代码还有改进空间使其更易分析。 同样如果您发现 IntelliJ IDEA 因为检查代码花费了太长时间而变慢请考虑调整编码做法为类、方法和声明设置适当的访问修饰符缩小作用域。不要过度使用类型推断。限制隐式的使用。在组件上选择松耦合而不是紧耦合这样检查的逻辑就不必遵循过多路径。在大型项目中考虑将代码拆分为模块和子模块再次限制检查要覆盖的范围。您还可以转到Settings | Languages Frameworks | Scala设置 | 语言和框架 | Scala中的Performance性能选项卡查看其中的控件并考虑项目的性能是否会受到这些控件所处理问题的影响。 例如使用很多隐式形参时弄清楚它们可能需要很长时间 或者如果使用大文件对于每个类和方法在使用代码示例的注释中都有一个文档条目Scala 插件将尝试正确高亮显示它您可以尝试禁用这些功能以及其他一些功能。功能到目前为止我们谈到的所有提示都可能在某些特殊情况下对您有所帮助。 通常如果机器足够好IntelliJ IDEA的性能应该还不错。 只有当项目要求特别高时这些提示才会有用。但可能出于某种原因您必须在旧的、性能较差的电脑上使用IntelliJ IDEA这是还可以尝试其他操作来改善体验。转到 Settings | Appearance Behavior | Appearance设置 | 外观与行为 | 外观禁用抗锯齿和平滑滚动。 字体将显得不太光滑滚动浏览文件内容时也会感觉不太流畅但这两种功能都会对性能产生一些影响。 如果这还不够您可以打开 File文件菜单并启用 Power Save Mode省电模式。 这将关闭 ​​​​​​​IntelliJ IDEA 的许多功能所以我建议只在没有其他帮助的情况下才这样做。如果这对您来说过于极端您可以从 JetBrains Marketplace 安装 Automatic Power Saver 插件。 它可以让您控制Power Save Mode省电模式何时自动打开和关闭让您仍然可以在需要时使用 IntelliJ IDEA 的复杂功能。另一种选择是禁用类型感知注解器 您可以点击 IntelliJ IDEA 主窗口右下角的小 “[T]” 符号完成此操作。它会阻止 Scala 插件检查代码中的类型。 注意它不会禁用所有错误检查只禁用那些由于类型不多而导致错误的检查例如当您尝试将 String 作为实参传递给接受 Int 的方法时。