企业官网建设流程全解析

不管你写了多少年代码，只要换一台电脑、换一个工作环境，重新安装 IntelliJ IDEA 之后，总会有那么一两个小时耗在“恢复习惯”上——字体不对、编码乱码、Maven 仓库路径变了、Git 账号要重新配、连新建文件的注释模板都是默认的。真正让人崩溃的不是写代码，而是配置环境。我自己从 Eclipse 转 IDEA 头一年，光是折腾全局配置就反复踩坑，后来花了半天时间把 IDEA 的全局设置彻底梳理了一遍，之后换电脑、换公司、给新人装环境，基本上十分钟就能搞定。这篇东西就是把 IDEA 全局配置里最值得改、改完提升最明显的那些选项，按我自己的使用习惯整理出来。里面的每一个设置我都实际跑过，也踩过不少坑，适合刚上手 IDEA 的 Java 开发者，也适合想把自己环境彻底整理一遍的老手直接照抄。

1. 为什么全局配置值得专门花时间

1.1 全局配置和项目级配置到底差在哪

很多人搞不清楚 IDEA 里的 Settings 和“全局配置”的关系。IDEA 的设置分两层：一层叫 IDE Settings（全局），一层叫 Project Structure（项目级）。全局配置存在 IDEA 安装目录下的 config 文件夹里，只要你不动它，就不会因为项目切换而改变；项目级配置则存在每个项目的.idea目录下，跟着项目走。

举个例子：你在 A 项目里把 Maven 仓库地址改成了 D 盘某个目录，B 项目如果没单独改过，用的还是全局默认的C:\Users\用户名\.m2。很多新手遇到的问题——“我明明配好了 Maven，为什么新项目又给我用默认仓库”——就是因为只改了项目级配置，没动全局配置。同理，编码格式、JDK 版本、注释模板、Git 账号这些，只有放在全局层才真正生效。

还有一个容易混淆的点：IDEA 主界面左下角的Settings（或者快捷键Ctrl+Alt+S）里，左上角有个齿轮图标——点开里面有两个选项：Settings和Project Defaults。Settings改的是当前项目，Project Defaults改的是以后所有新项目的默认值。但严格来说，这两个都不是真正的“全局 IDE 设置”，真正全局的是在欢迎页（Welcome Screen）右下角的Configure -> Settings，或者直接找到 IDEA 安装目录的bin/idea.properties和 config 目录。理解了这个分层逻辑，后面我们改每一处配置之前，都能清楚地知道自己改的是哪一层、会不会影响到其他项目。

1.2 一套好配置能省下多少时间

我自己做过一次粗略统计：一个 Java Web 项目的常规开发周期里，因为配置问题浪费的时间占大概 10%——听起来不多，但按一年 250 个工作日算就是 25 天。其中大头是三类：

第一，编码问题。项目里中文乱码、控制台输出乱码、properties文件乱码，根源绝大多数是全局编码没设成 UTF-8，每个项目新建时还要手动改一次。

第二，Maven 依赖下载和 JDK 版本不匹配。新项目默认用的还是老 JDK，编译报错、运行报错，排查半天发现是全局模板里没有指定正确的 JDK。

第三，快捷键和代码模板不一致。换一台电脑后，习惯的快捷键不生效，新建类的注释风格和团队成员不一致，review 代码时到处都是格式差异。

单看每一项都不致命，但叠加起来就是每天都要消耗的“隐性成本”。全局配置的意义就是把这些固定成本一次性支付，之后每个项目开箱即用，不用重新调。

2. 全局基础配置：内存、启动和默认项目路径

2.1 JVM 内存参数调整，别让 IDEA 卡成幻灯片

IDEA 本身是个 Java 应用，跑在 JVM 上。默认给它分配的内存往往偏保守（尤其 Windows 版），项目一多、插件一装，转圈圈就成了日常。修改全局内存有两种方式。

一种是在欢迎页Configure -> Edit Custom VM Options，打开的就是一个后缀.vmoptions的文本文件，实际位置在%USERPROFILE%\.config\JetBrains\IntelliJIdea2024.1\idea64.exe.vmoptions（不同版本路径略有差异）。另一种是直接到安装目录bin\idea64.exe.vmoptions去改，但如果 IDE 正在运行，重启后会被覆盖回去，所以我推荐用第一种。

文件里最核心的参数是这两行：

-Xms512m -Xmx2048m

-Xms是初始堆内存，-Xmx是最大堆内存。我个人建议至少给到：

-Xms1024m -Xmx4096m

如果你的机器内存有 16G 以上，-Xmx可以拉到 8G；如果你常年开着两三个大型项目、还跑微服务，就要再往上加。改完之后一定记得重启 IDEA 才能生效，可以在欢迎页右下角直接看Configure -> About里显示的内存状态确认是否生效。

提示：-Xmx不是越大越好。给得过大反而会导致 GC 停顿时间变长，而且你系统里其他程序（比如 Docker、数据库）也需要内存。我见过有人把-Xmx配到 16G，结果系统直接卡死。建议从 4G 开始，觉得卡再加，不要一步到位拉满。

除了堆内存，还有两个参数值得关注：-XX:ReservedCodeCacheSize和-XX:+UseG1GC。前者默认通常是 256m，如果插件多，可以调到 512m，能减少 JIT 编译缓存不够导致的 CPU 飙升。后者是 GC 策略，Java 8 之后默认就是 G1，如果你的 IDEA 版本比较老或者没显式开启，建议加上。

2.2 全局编译和自动构建开关，减少无感等待

IDEA 的编译系统（Build）有几个默认行为很影响体验。第一个是Settings -> Build, Execution, Deployment -> Compiler -> Build project automatically，这个选项默认是关闭的。打开后，代码变更时会自动编译工程。需要注意：它跟热部署（DevTools）不是一回事，但配合 Spring Boot DevTools 一起用，改 Java 代码后不用手动重启，体验会好非常多。

第二个是Compile independent modules in parallel和Auto-show first error in editor。前者是并行编译模块，多模块项目（比如 Maven 聚合工程）编译速度能提升不少；后者是编译报错时自动跳到第一个出错位置，对排查编译错误非常有帮助。两个都建议勾上。

第三个容易被忽略的是Settings -> Build, Execution, Deployment -> Compiler -> Annotation Processors -> Enable annotation processing。如果你用 Lombok、MapStruct 这类注解处理器库，这个开关必须打开，否则编译永远报“找不到 getter/setter”，而且代码里不显式报错，只有运行时报空指针，非常坑。它默认是开启的？实际上在部分版本里默认不开启，特别是新导入的项目，所以我都会主动检查一遍。

还有一个跟编译强相关的是 Java Compiler 里的Use --release option for cross-compilation。如果项目pom.xml里指定了<maven.compiler.source>和<target>，IDEA 可能会建议你勾选这个选项以保证跨版本编译的正确性。我的建议是：能勾就勾，它能让编译过程严格遵守--release语义，避免老 API 被误用。

2.3 设置全局 JDK 和默认项目路径

先说明一点：IDEA 全局的 JDK 配置其实只决定“新建项目时默认选哪个 JDK”，真正项目用哪个 JDK 是在 Project Structure 里指定的。在欢迎页点击Projects -> JDK，或者打开任意项目后File -> Project Structure -> SDKs，可以添加 JDK 路径。添加完之后，这个 JDK 就会出现在全局 SDK 列表里，新建项目的时候直接选，不需要每台机器重新找。

比如我电脑上装了一堆 JDK：JDK 8 用于老项目，JDK 11 用于主流 Spring Boot 项目，JDK 17 用于新服务。每个都通过全局 SDKs 添加一次之后，不管是新建项目还是切换项目，JDK 下拉框里都是这几个，直接选就行。如果是去新环境，先让 IDEA 自动探测（它会识别JAVA_HOME），不理想的话再手动添加。

默认项目路径在Settings -> Appearance & Behavior -> System Settings -> Project Opening -> Default directory。我习惯把它设为D:\Projects或者工作目录里的code文件夹。这样每次New Project弹出的保存目录都在一个固定地方，不会东一个西一个。新项目的初始格式（.idea 目录格式）建议保持默认，除非团队有统一要求。

还有一个细节：全局配置里的New Project Setup可以设置默认的 SDK、语言级别和项目结构格式。比如我默认 SDK 选 17，语言级别选 17，那新建项目时基本都是直接下一步，不用每次点“Project SDK”下拉框。

3. 全局 Maven 与 Gradle 配置，依赖管理不再踩坑

3.1 全局 Maven 仓库路径与镜像配置

Maven 是 Java 项目绕不开的工具，IDEA 内嵌了 Maven，但默认的本地仓库位置在 C 盘，而且它默认用的中央仓库（Central Repository）在国内下载速度非常不稳定。全局配置 Maven 的入口是Settings -> Build, Execution, Deployment -> Build Tools -> Maven。

这里需要改三处。

第一，Maven home path。如果你电脑上装了独立的 Maven，就指向那个路径；如果不想装，IDEA 内置的 Maven 也能用。我建议用独立 Maven，因为命令行构建和 IDE 内构建行为更一致，避免“IDE 里能跑、命令行打包就报错”的尴尬。

第二，User settings file。默认是%USERPROFILE%\.m2\settings.xml。如果你连的是公司私服，这里要指向公司下发的settings.xml，并且把 Override 勾上。你要是改的是项目级 Maven 配置，新项目还会用默认，所以一定要在全局层改。

第三，Local repository。默认在C:\Users\你的用户名\.m2\repository。建议改到非系统盘，比如D:\maven-repo，这样即使系统盘空间紧张，依赖也能放在大容量分区上，更重要的是重装系统后这些依赖不会丢。注意：修改路径后，IDEA 会重新解析依赖，首次打开会比较慢，这是正常的。

再聊镜像。settings.xml里配置<mirror>，我最常用的是阿里云镜像：

<mirror> <id>aliyunmaven</id> <mirrorOf>*</mirrorOf> <name>阿里云公共仓库</name> <url>https://maven.aliyun.com/repository/public</url> </mirror>

<mirrorOf>*</mirrorOf>表示所有依赖都走这个镜像，这样 Maven Central 下载慢的问题就彻底绕开了。公司项目如果有私服，就把 URL 换成私服地址，同样在全局配置文件里改一次，所有项目生效。

3.2 全局 Gradle 配置和多JDK环境变量

Gradle 的用户虽然没有 Maven 多，但 Spring 官方现在越来越推荐 Gradle。IDEA 对 Gradle 的全局配置入口在Settings -> Build, Execution, Deployment -> Build Tools -> Gradle。

需要关注的是Distribution：选择Wrapper表示使用项目自带的 Gradle Wrapper（推荐，保证项目构建一致性）；选择本地安装版可用于特殊场景。Gradle JVM建议选Project SDK或者明确指定一个可用的 JDK。注意，Gradle 版本和 JDK 版本有兼容对照表，比如 Gradle 7.x 支持 JDK 16，Gradle 8.x 才支持 JDK 21。如果你发现 Gradle 构建报 “Unsupported class file major version”，多半是这里 JVM 没对上。

还有Service directory path，这是 Gradle 保存依赖和缓存的地方，默认也在 C 盘。我习惯全局改成D:\gradle-home，避免 C 盘膨胀过快。

多 JDK 环境的项目经常遇到一个问题：项目的JAVA_HOME和 IDEA 的Gradle JVM不一致。常见的表现是项目在命令行./gradlew build能通过，在 IDEA 里构建就报错。我的经验是，在Project Structure -> SDKs里把所有 JDK 都加全，然后在 IDE 里用哪个项目就选哪个 JDK，尽量别用%JAVA_HOME%作为动态变量，因为 IDEA 不会实时刷新环境变量变更。

3.3 自动导入与快捷键冲突处理

Maven 项目的另一个高频问题：改了pom.xml之后，右下角会弹出 “Import Changes” 或 “Enable Auto-Import”，很多人直接忽略了。如果不开启自动导入，每次改依赖都要手动点一次，很容易出现“代码里引用了新依赖但 IDE 不识别”的假报错。

设置入口在Settings -> Build, Execution, Deployment -> Build Tools -> Maven -> Importing，把Import Maven projects automatically和Sources选项勾上。这样pom.xml一保存，IDEA 自动重新加载依赖。

讲到快捷键冲突：如果你之前的项目用过 Eclipse，IDEA 默认快捷键是Ctrl+Alt+L格式化，而 Eclipse 是Ctrl+Shift+F；Ctrl+Alt+O是优化导入，Eclipse 是Ctrl+Shift+O。换到新环境最容易抓狂的就是这类肌肉记忆。全局设置入口是Settings -> Keymap，选择一个预设方案（比如 Eclipse 方案），或者自己复制一份默认方案然后把常用快捷键改成自己习惯的组合。强烈建议复制一份，不要直接改默认的，避免以后更新 IDEA 时被重置。

4. 全局编码与代码模板，统一风格的关键

4.1 全局 UTF-8 编码设置，彻底告别乱码

乱码问题是 IDEA 新手最常骂的功能缺陷，其实大部分是全局设置没到位。入口在Settings -> Editor -> File Encodings。

三个关键选项：Global Encoding、Project Encoding和Default encoding for properties files。必须全部设为 UTF-8，并且Transparent native-to-ascii conversion这个选项要勾上（尤其是有中文的properties文件）。如果不勾，IDEA 会把非 ASCII 字符显示成\uXXXX，看起来很痛苦。

还有一个额外的地方：控制台输出乱码，通常是 Windows 下 IDEA 进程编码的问题。在Help -> Edit Custom VM Options里加一行：

-Dfile.encoding=UTF-8

重启后控制台中文输出基本就正常了。如果你用的是中文版操作系统，还有可能是系统的Code page影响到了 IDEA 的默认编码，所以最好在idea.properties里也确认一下file.encoding没有被人为改成 GBK。

注意：项目原有文件如果已经用 GBK 存盘，你全局改成 UTF-8 后之前的内容还是会乱。这种情况只能对单个项目做 GBK -> UTF-8 的批量转码，或者用 IDEA 的 File Encoding 里按单个文件强制设置。全局配置只对新建文件和新项目生效，存量文件要单独处理。

4.2 新建类自动加注释模板，代码风格更统一

团队开发中，最容易被 review 挑刺的就是文件头没有版权信息、类注释格式不统一、作者名还是上一个同事的。IDEA 的全局模板在Settings -> Editor -> File and Code Templates里，可以直接修改Class、Interface、Enum等模板。

我常用的类模板长这样：

/** * @className ${NAME} * @description xxx * @author ${USER} * @date ${DATE} ${TIME} */

${USER}默认取系统用户名，有时候不是你想要的名字，可以在Help -> Edit Custom Properties里自定义user.name=你的名字。不过更靠谱的方式是直接写死，省得每次新建类还要手改。

新建类时是否要自动加注释，看个人习惯。我倾向于轻量一点，只加@author和@date，因为团队责任明确，@description可以在写代码时再补充。如果你用的是公司统一模板，把它贴到全局模板里，以后每台新电脑都无需重复配置。

4.3 Code Style 全局配置和自动格式化

IDEA 自带的代码风格默认是 Google 风格为基础，但实际项目通常会要求 4 空格缩进、行宽 120 或 100、类的左大括号换行等。如果只是项目级配置，每次新项目都要重新导入；如果团队有统一的.editorconfig文件，应该让 IDEA 读取它，这个可以在Settings -> Editor -> Code Style里勾选Enable EditorConfig support（新版默认开启）。

还有几个很影响协作的细节：

• Settings -> Editor -> Code Style -> Java -> Tabs and Indents里，Use tab character不要勾，Indent设为 4。
• Settings -> Editor -> Code Style -> Java -> Wrapping and Braces里，Keep when reformatting建议勾选Comment at first column，这样格式化不会把注释顶格乱移。
• Settings -> Editor -> Code Style -> Java -> Imports里，Class count to use import with '*'可以调大（比如 99），避免自动折叠 import 引入通配符。

改完样式之后，全项目格式化快捷键是Ctrl+Alt+L，要是团队约定格式化后不提交无关改动，可以在 Git 提交前用Ctrl+Alt+L只格式化当前文件，避免把整个项目改得乱七八糟。

另外推荐一个组合拳：全局挂上 EditorConfig，项目里放一份.editorconfig，这样不管是 IDEA、VSCode 还是其他编辑器，打开代码格式都一样。比单纯依赖 IDEA 内部设置更跨工具、跨平台，新同事入职也不会因为“IDEA 版本不同导致的默认设置不同”而出现格式差异。

5. 全局插件与版本控制配置，常用能力一次到位

5.1 必装插件清单，提升日常开发体验

IDEA 本身内置了很多功能，但真正好用的第三方插件值得在全局里预装。我列的这几个都是常年热门、装了之后不会后悔的：

第一是Lombok。项目里用了@Data、@Slf4j注解，而不装 Lombok 插件，编译和阅读体验极差。新版 IDEA 自带 Lombok 插件，但老版本或者社区版需要手动装。

第二是Save Actions。它能在保存文件时自动格式化、自动优化 import，特别适合不爱手动格式化的人。配置上要小心：Optimize imports on save会把某些有意的近似导入删除，如果团队风格不一致，建议只开Format file on save或者Reformat file。

第三是MyBatisCodeHelperPro或Free Mybatis plugin，在 Mapper 接口和 XML 之间跳转非常方便。虽然新版 IDEA 自带了一部分 MyBatis 支持，但社区里这两个插件依然有大量用户。付费版功能更强，免费版日常够用。

第四是Alibaba Java Coding Guidelines，阿里巴巴的代码规约插件。它会在你写出不规范的代码时给出提示，比如魔法值、循环里new对象、方法太长等等。对团队规范意识培养和代码 review 都很友好。

第五是Translation插件，鼠标选中变量名直接翻译，对读国外源码、写英文注释都有帮助。我周围的同事装得挺多。

装插件本身不是全局配置的核心，但“预装哪些插件”是。建议在全局的 Plugin Market 里把常用插件一次性装好，不然每配一次新环境就要重新搜、重新装，相当浪费时间。

5.2 Git 全局配置：账号、SSH 与忽略文件

Git 的全局配置入口主要在Settings -> Version Control -> Git，路径填git.exe的位置（Windows 一般是C:\Program Files\Git\bin\git.exe）。右侧有SSH executable选项，使用内置的 SSH 客户端比依赖系统的 SSH agent 更稳定。

全局 Git 账号信息，我建议直接用系统的 Git Bash 配一次，IDEA 会读取全局的~/.gitconfig：

git config --global user.name "你的名字" git config --global user.email "你的邮箱"

然后 IDEA 里Version Control -> GitHub登录一次，会生成 token 存到系统凭据管理器里。之后 clone 私有仓库、push 代码都不会反复弹登录框。

忽略文件的全局配置也很重要。Settings -> Editor -> File Types -> Ignored Files and Folders里可以添加哪些文件 IDEA 不解析、不索引。常见的有：target、node_modules、*.iml、.idea、.DS_Store、*.log等等。这么做的好处是，IDE 索引变快，而且不会把本地配置误提交到 Git。注意，这个忽略跟项目里的.gitignore是两码事，前者是 IDE 层面的，后者才是版本控制层面的，两个都要设置到位。

5.3 集成 Terminal 和 SSH 工具

很多人不常注意到Settings -> Tools -> Terminal。这里可以设置 Shell 路径，Windows 下我习惯把它从默认的cmd.exe改成Git Bash或者PowerShell 7，路径类似C:\Program Files\Git\bin\bash.exe。这样在 IDEA 里 Ctrl+Alt+F12 打开终端，可以直接用 Linux 风格的命令，比如grep、find、ssh。好处是在不离开 IDE 的情况下完成大部分命令行操作，包括 Maven 打包、git 操作和文件查找。

还有一个顺手的事：配置SSH Configs，把常用的服务器连接信息保存起来。Settings -> Tools -> SSH，添加主机、用户、端口，之后点开终端就能快速 SSH 登录，省去每次输密码的麻烦。不过要注意，这个配置是全局的，如果有公司保密要求，建议在个人电脑上长时间保持登录，公司电脑用完就删除。

6. 实战中的避坑经验与效率技巧

6.1 全局配置失效或重置的常见原因

我在给团队培训时遇到过很多“改了半天没生效”的案例，这里集中梳理一下。

第一个，改了 VM options 没效果。原因通常是改错了文件，或者文件被恢复。必须用欢迎页Configure -> Edit Custom VM Options打开的文件才是真正生效的，不要在安装目录bin下直接改，因为 IDEA 启动时可能用自定义目录覆盖。

第二个，Maven 仓库路径改了，但依赖还是从 C 盘加载。原因很可能是User settings file里没勾 Override，或者settings.xml中有<localRepository>配置，后者优先级高于 IDEA 的 Local repository 输入框。

第三个，编码设成 UTF-8 后，旧项目还是乱码。因为项目级.idea/encodings.xml里可能有旧的 GBK 设置。可以把项目里的.idea目录删掉后重新导入项目，或者手动调整 Project Encoding。删除.idea不影响代码，但会丢失一些本地运行配置，操作前先备份。

第四个，全局配置看起来生效了，但重启后全部丢失。这种情况常见于公司统一安装的安全软件，它会启动时重置用户配置目录。可以把 IDEA 的用户配置目录复制到非系统盘，然后用idea64.exe启动参数指定-Didea.config.path=D:\...\config，不过这种属于特殊场景，普通用户遇到较少。

还有一个非常隐蔽的坑：团队里有人把.idea目录提交到了 Git。之后其他人 clone 下来，打开项目用的是项目级配置，全局配置反而“被覆盖”到那些.idea里的旧设置。建议团队约定：.idea目录不进版本库，通过全局配置 +.editorconfig统一风格。

6.2 用 Live Templates 把常用代码片段一网打尽

IDEA 的 Live Templates（实时模板）是提升编码效率的利器，但很多人只用过默认的psvm、sout。其实你可以全局自定义任何模板。入口在Settings -> Editor -> Live Templates，点右上角的加号，添加一个 Template Group，比如叫my，然后添加自己常用的代码片段。

举个例子，打印日志的模板：

log.info("$METHOD_NAME$; $PLACEHOLDER$", $ARGS$);

你可以设置变量METHOD_NAME的表达式为methodName()，这样触发的时候 IDEA 自动填入当前方法名。类似的还可以配：启动后打印请求参数、快速生成单测骨架、统一写返回格式等。

Live Templates 的变量表达式支持 IDEA 的模板语言，比如date()、user()、methodReturnType()。这个能力是全局级别的，配好之后新建任何项目都生效，比复制代码块、手写片段省太多事。

另外一个相关功能是 Postfix Completion，比如输入fori快速生成 for 循环、sout生成打印、.var自动声明变量。这些是内置的，但可以在Settings -> Editor -> General -> Postfix Completion里查看和禁用。建议整理一下自己常用的，避免默认实现跟团队规范冲突。

6.3 保存与备份全局配置，换电脑 10 分钟恢复环境

全局配置最怕的就是电脑重装或者换新。IDEA 提供了两个官方途径：

第一个是菜单File -> Manage IDE Settings -> Export Settings。它会把配置打包成一个 zip，包含 keymaps、code styles、file templates、live templates 等。导入时用Import Settings即可。这个方式简单快捷，但对插件和 VM options 的覆盖并不完整。

第二个是直接备份 IDEA 的用户目录。Windows 上一般在C:\Users\你的用户名\AppData\Roaming\JetBrains\IntelliJIdea2024.1，macOS 在~/Library/Application Support/JetBrains/IntelliJIdea2024.1。把整个目录压缩保存，新电脑安装同样版本 IDEA 后解压过去，插件、配置、许可信息全部恢复。

我更推荐第二种，因为连插件一起备份了，省的重新下载。如果你管理多台电脑，建议把配置目录放到同步网盘里，每次改动后自动同步。不过注意：日志和缓存（system目录）不用备份，缓存可以放心删，重启会自动重建。

还有一点：IDEA 的许可证激活在新版可以通过账号登录，换电脑后登录账号即可；如果用离线激活码，建议把激活码记在一个自己能找到的加密笔记里。社区版不需要激活，功能少一些，但日常 Java Web 开发也基本够用。

6.4 全局配置里应该关闭的默认行为

不是所有默认配置都适合全开，有些设置关掉反而更快。

第一，关闭自动打开上一次项目。Settings -> Appearance & Behavior -> System Settings -> Reopen projects on startup，默认是开启的，打开 IDEA 自动加载上次的项目，配置差的电脑启动会明显变慢。我习惯关掉，每次手动选择项目，启动速度提升非常明显。

第二，关闭不必要的代码检查。Settings -> Editor -> Inspections里有很多默认开启的检查项，比如Unused declaration、Spelling等，大型项目里会产生大量不必要的高亮和警告。可以根据团队规范，把不关心的检查降到 Warning 以下，减少视觉噪音，同时提高索引速度。

第三，关闭频繁的 VCS 刷新。Settings -> Version Control -> Background processes里有个Run background processes when no VCS或者类似选项，频繁轮询 Git 仓库状态会占 CPU。如果你项目特别大，可以把 VCS 的自动刷新间隔调大，或者改用手动刷新。

第四，关闭拼写检查。Settings -> Editor -> Proofreading -> Typo。对中文注释和大量项目缩写来说，这个检查基本是误报来源，我一装完 IDE 就关掉，代码里大量驼峰和缩写不会被红色波浪线干扰。

关闭这些不会影响核心功能，但会让日常编辑体验干净很多。注意，团队规范要求保留的检查项不要关，比如强制要求无魔法值、禁止可变参数等，这类规则更适合放在 Alibaba 插件里，而不是 IDEA 自带检查。

7. 最后的实操建议

从我个人经验看，花两三个小时把全局配置完整调一遍，是回报率最高的投资之一。很多刚学 Java 的同学装完 IDEA 就开始写代码，用一两个月还是摸不着门道，其实本质就是没有花时间理解 IDE 的配置结构。建议拿到新环境后，先按这个顺序配置：VM 内存 -> 全局编码 -> Maven 镜像和仓库 -> JDK -> 代码模板 -> Git -> 插件 -> Live Templates。这个顺序不容易漏，而且每一层都建立在上一层基础上，逻辑清晰。

如果你是在公司团队，最好在团队 Wiki 里留一份统一的 IDEA 全局配置文档，新人入职直接照着配置，不要靠口口相传。IDEA 版本升级时配置目录结构可能有小变化，但大部分设置都能继承，花几分钟检查一下Edit Custom VM Options是否被重置即可。

最后说一个我自己踩过的坑：曾经为了图省事把-Xmx设成 12G，结果 IDEA 在编译大项目时频繁卡死，任务管理器显示内存占用 90% 以上。后来降到 4G，加上-XX:+UseG1GC，反而稳定了。所以配置这东西，没有绝对标准的“最优值”，每个人的项目体量、本机内存、插件数量都不一样，最好的方式是找到自己舒服的平衡点，然后固定下来，别再反复动它。