1. 装之前先想清楚三件事版本、JDK 和你的硬件新机器到手或者公司给换了台开发机很多人第一反应是跑去官网点下载。我见过太多人卡在第二天——项目导入进来一片红编译报错说不认识某个语言特性控制台全是方块字。回头查半天问题不在代码在装之前没想清楚。IntelliJ IDEA 的安装与配置这件事真正费时间的从来不是那十分钟的安装向导而是安装前后的那些决定。默认下一步点得快后面返工的时间就是十倍。我把这套流程在自己机器上、同事机器上、新同事入职机器上重复过很多遍摸索出一套顺序先定版本再定 JDK最后看硬件底子。这个顺序反了后面全是补丁。1.1 社区版还是旗舰版别凭感觉选IntelliJ IDEA 分两条产品线Community社区版和 Ultimate旗舰版。社区版免费旗舰版收费有 30 天试用学生和教师可以申请免费教育授权。很多人纠结的点是社区版是不是阉割得太狠这得分场景看。社区版支持 Java、Kotlin、Groovy、Scala 的基础开发Maven、Gradle、Git 这些都在写纯 Java 后端、写算法题、做课程设计完全够用。它的短板集中在企业级框架支持上Spring / Spring Boot 的专属导航和 Bean 依赖图、HTTP Client、数据库工具窗口、JavaScript / TypeScript 的完整支持、对 Jakarta EE 应用服务器的深度集成——这些是旗舰版才有的。我给你一个判断标准直接对号入座你的场景推荐版本原因Java 基础学习、算法题、小工具社区版免费功能够用传统 SSM / Spring Boot 后端旗舰版Spring 支持、数据库工具是刚需前端 后端混合项目旗舰版社区版对 JS/TS 支持很弱只在 Linux 上跑脚本、写 Python社区版或换 PyCharm看主力语言学生、教师旗舰版教育授权官方提供免费授权通道提示别去用来源不明的绿色版优化版安装包。这类包通常被改过启动参数甚至塞了额外的东西出了问题排查成本远高于省下的那点钱。官方渠道下载学生走教育授权这是最稳的路。1.2 JDK 该选哪个版本和你手上的项目对齐这是个经典分歧点。网上有种说法是装最新的 LTS 就对了这话对一半。IDE 本身确实需要较新的 JVM 才能跑得顺但你的项目用什么 JDK 编译跟你 IDE 用什么 JDK 运行是两码事这也是后面 SDK 配置那一节要重点讲的东西。先把版本现状理清楚。现在主流的长期支持版本LTS大致是 8、11、17、21 这几条线。8 还在大量存量项目里服役11 是一批中间代项目的选择17 和 21 是新建项目的默认方向。版本越高语法特性和运行时优化越好但对老项目的兼容性越差——模块化之后很多依赖反射的库在 17 上会直接报错。我的建议是这样IDE 自身用一个较新的 JDK 跑比如 17 或 21项目按各自需求单独指定。不要试图让一个 JDK 通吃所有项目那是给自己找麻烦。顺带说一句如果你的机器上要同时挂好几个 JDK别指望改系统环境变量来回切换那样太累。正确做法是每个 JDK 单独放一个目录然后在 IDE 里按项目绑定。系统环境变量里的JAVA_HOME只保留一个默认值就够了。1.3 机器底子够不够先说清楚内存和磁盘的账IDEA 是重型 IDE吃内存是出了名的。它本身就是个 JVM 进程默认堆内存上限通常在 750MB 到 2GB 之间具体取决于安装包版本。项目一大、索引一多这个数就不够看了。给几组参考值你对着自己机器看8GB 内存的机器能跑但别同时开三个微服务加浏览器一堆标签页会很卡。建议把堆上限设到 2GB 左右同时关掉不用的插件。16GB 内存这是目前比较舒服的起步线。堆上限可以放到 3GB 到 4GB日常开发没问题。32GB 及以上堆上限给到 4GB 到 6GB配合多模块项目比较从容。磁盘方面IDEA 安装本体大概 2 到 3GB但这不是重点。真正占地方的是三块system目录存索引缓存、config目录插件和配置、以及 Maven 本地仓库。索引缓存随项目规模增长一个中等项目索引几个 GB 很正常。C 盘至少留出 30GB 到 50GB 的余量SSD 是必须的机械硬盘上跑 IDEA 的索引过程会让你怀疑人生。顺便提一句 Maven 本地仓库的位置。默认在用户目录下的.m2/repository日积月累能到十几 GB。如果你 C 盘紧张安装完第一件事就该把它挪到别的盘具体怎么改在第五节讲。2. 下载与安装几个默认选项其实不该默认理清版本和硬件之后下载安装本身反而是整个流程里最省事的一步。但恰恰是这一步有几个向导里的选项默认值并不适合所有人。2.1 从官方渠道拿安装包别用第三方打包下载地址就认准官方网站的下载页面。页面上会自动识别你的操作系统给出对应版本Windows 是.exemacOS 有.dmg和 Apple Silicon 专用包Linux 是.tar.gz。有一点要提醒官网下载页面上通常会有两个通道一个是正式发布版Released一个是抢先体验版EAPEarly Access Program。EAP 版本功能新但稳定性没保证可能出现插件不兼容、项目打不开的情况。日常开发一律选正式版EAP 留给想尝鲜、能接受重装的人。下载时注意看版本号。IDE 的版本号是年份.大版本.小版本的格式比如 2022.1.2 表示 2022 年的第 1 个大版本的第 2 个小补丁。小版本号越高修掉的 bug 越多所以同一大版本内尽量选最新的小版本。至于网上有种说法说某些渠道能拿到激活的版本——这个不用我多说正版授权渠道是明摆着的个人可以买公司可以买学生和教师有免费教育授权申请入口开源项目维护者也可以申请。走正规渠道后续升级、插件兼容、技术支持都有保障不用惦记着哪天突然用不了。2.2 安装向导里那三个勾选框到底勾不勾Windows 上的安装向导走到后半段会出现一个组件选择界面通常有这么几个选项Create Desktop Shortcut创建桌面快捷方式按需。桌面干净的人可以不勾我是习惯勾上启动快。Update PATH variable更新 PATH 环境变量这个要看情况。Update context menu更新右键菜单勾上之后文件夹右键会多一个Open Folder as Project很好用建议勾。Create Associations创建文件关联把.java、.kt、.gradle这些扩展名关联到 IDEA。如果你机器上还装了别的编辑器勾了会抢关联建议想清楚再勾。重点说Update PATH variable。这个选项会在命令行里加一个idea命令让你能直接idea .打开当前目录。听起来方便但它有个前提要重启终端甚至重启系统才生效。如果你已经装过旧版本这里可能会覆盖掉旧的 PATH 条目。还有一个隐藏的坑Add bin folder to the PATH和Add bin folder to the PATH for all users是两个不同的选项。前者只对当前用户生效后者需要管理员权限。公司统一配置的机器上如果没管理员权限选前者就行。2.3 静默安装与便携解压即用两种方式的适用场景除了图形化向导还有两条路值得知道。第一条是静默安装适合批量部署。Windows 上用命令行加参数就能跑比如指定安装目录、禁止创建快捷方式之类。如果你要给团队几十台机器统一装这条路能省大量人工。参数细节每个大版本会有些差异装之前记得看一眼官方安装文档。第二条是便携式部署也就是下载.tar.gz压缩包解压就能用不需要安装。这条路特别适合几种场景机器没有管理员权限、需要在 U 盘里带着走、一台机器上要同时装多个大版本做对比测试。便携版有个关键细节解压出来的目录里bin文件夹下有启动脚本idea.properties文件控制配置目录的位置。默认情况下便携版也会往用户目录写配置和索引。如果你希望所有东西都在解压目录里就得手工改idea.properties里的idea.config.path、idea.system.path、idea.plugins.path三个路径让它们指向解压目录下的相对路径。改完之后整个 IDE 就是自包含的删目录就等于卸载干净不留垃圾。这一点在公共机器或者临时环境里特别有用。3. 第一次启动把欢迎向导真正用起来双击启动第一次会弹出配置向导。大部分人一路Next点过去结果就是用着默认配置熬了半年直到某天被乱码或者卡顿折磨得受不了才开始翻设置。其实向导里有几个选择一次定好能省很多事。3.1 主题、字体、键位映射的第一轮设置向导第一屏通常是主题选择。深色主题Dark和浅色主题Light没有优劣看环境光线和个人习惯。但我建议你顺手把字号调一下别用默认的 12 或 13。默认字号在 1080p 屏幕上还行上了 2K、4K 屏就小得费眼。一般 14 到 16 比较舒服具体看你屏幕尺寸。键位映射Keymap这一项值得单独拎出来说。IDEA 提供了好几套预设IntelliJ 默认、Eclipse、Visual Studio、NetBeans、VS Code 等等。如果你从 Eclipse 或 VS Code 迁移过来别逞强选默认。快捷键迁移的成本很高肌肉记忆不是一天两天能改的选你熟悉的映射方案代码补全、重命名、格式化这些高频操作的键位保持一致过渡期能少掉很多头发。等用熟了再慢慢往 IntelliJ 原生键位迁移也不迟。3.2 插件市场的取舍装什么、不装什么向导走到插件这一步会推荐一批常用插件。这里的思路要清楚装得越多启动越慢索引越重。插件不是收藏品每个插件都常驻内存、参与索引、可能触发冲突。我的原则是按需装分三批第一批是几乎人人都要的中文语言包如果不习惯英文界面代码规范检查类的比如阿里 Java 编码规约插件一个趁手的主题可选第二批是看项目类型的用 Lombok 的项目必须装 Lombok 插件否则那些Data、Slf4j注解全是红的用 MyBatis 的项目装 MyBatis 相关插件能省不少查 XML 的时间前端项目装 Vue、React 相关的辅助插件第三批是锦上添花的等真正需要了再装翻译插件、字符串处理插件、正则调试插件等等有个判断标准很实用如果一个插件你两周都没主动用过卸载它。IDEA 的插件市场里有安装量排序跟着大流走一般不会踩大坑。3.3 导入旧配置还是全新开始向导最后一步会问你要不要导入已有配置。这时候分两种情况如果是同大版本升级比如 2022.1 升到 2022.2放心导入配置和插件基本兼容。如果是跨大版本比如 2020 升到 2023谨慎导入因为插件体系和配置结构可能有破坏性变更导入的旧配置反而可能引发启动异常。如果是换机器导入配置能让你少配一遍但前提是旧机器上的配置是干净的、经过你整理的。如果旧机器的配置已经被各种乱七八糟的改动污染了导入就是把问题一起搬过来不如重新配。注意无论导不导入配置目录里的东西都值得定期备份。config目录里存着你的键位设置、代码模板、插件清单一旦换机器或者重装系统有了这份备份半小时就能恢复工作环境。4. SDK 与 JDK 的绑定最容易埋雷的一步装完、配完基础项真正的技术活儿开始了。IDEA 里JDK这个概念有两层含义很多人搞混结果项目莫名其红。4.1 从环境变量到 IDE 内部的 Project SDK先说清楚层次关系。操作系统层面的JAVA_HOME是给命令行工具用的。你在终端敲java -version用的是这个。Maven 命令行、Gradle 命令行、各种脚本也都依赖它。IDE 层面的 SDK是给项目和编译过程用的。IDEA 不看你系统的JAVA_HOME除非你主动指定用环境里那个它有一套自己的 SDK 管理机制。打开File | Project Structure | Platform Settings | SDKs你能看到 IDEA 认识的所有 JDK。要点是这里的每一条都要手工添加IDEA 不会自动扫描你机器上所有的 JDK。点加号选Add JDK然后指向 JDK 的安装根目录注意是根目录不是bin目录也不是jre目录。这里有个高频错误有人指向了jre子目录。JDK 8 时代jre和jdk是分开的指错了编译能过但一些工具会缺。JDK 9 之后jre目录不再单独存在所以新版本不会踩这个坑但如果你维护老项目要注意。添加完之后在Project Structure | Project里指定这个项目用哪个 SDK。一个项目一个 SDK一个模块也可以单独覆盖这个粒度控制很关键多模块项目里不同模块用不同 JDK 是完全正常的。4.2 一个项目多个 JDK 版本怎么管多版本共存的需求很常见公司老项目是 JDK 8新项目上 JDK 17你本地还得跑个 JDK 11 的中间件。做法是这样每个 JDK 装到独立目录比如D:\dev\jdk\jdk-8、D:\dev\jdk\jdk-17、D:\dev\jdk\jdk-21在 IDEA 的 SDK 列表里把这三个都加进去重命名成易识别的名字JDK8、JDK17、JDK21每个项目的Project SDK按需绑定如果 Maven 构建需要指定在pom.xml的maven-compiler-plugin里写清楚source和target或者在Settings | Build Tools | Maven | Runner里指定 JDK这样切换项目时不需要动系统环境变量IDE 自己会处理。系统JAVA_HOME保持一个稳定的默认值就行我一般设成版本较低的那个兼容性好一点避免某些老脚本在新 JDK 上跑不了。4.3 语言级别Language Level和编译目标的对应关系这是个容易忽略的细节。Project Structure | Project里除了 SDK还有一个Language Level下拉框。它决定 IDEA 的编辑器和编译器允许你用哪个版本的语法特性。常见坑是SDK 选了 JDK 8Language Level 却显示 17。这时候编辑器不报错但一编译就挂因为语言级别和运行时对不上。反过来SDK 是 17Language Level 卡在 8你就用不了var、记录类record、switch 表达式这些新语法编辑器会一直提示。正确的做法是让这两个值对齐或者 Language Level 略低于 SDK 版本。多模块项目里每个模块的 Language Level 可以单独配在Project Structure | Modules | Sources里改。Maven 项目更省事直接在pom.xml里用maven.compiler.source和maven.compiler.target声明IDEA 会自动跟随。5. Maven 的本地化改造仓库、镜像和编码Java 项目绕不开 Maven。IDEA 自带一个捆绑的 MavenBundled开箱就能用但默认配置在真实网络环境下会让你等到怀疑网络断了。5.1 为什么默认的中央仓库会让你等到失去耐心Maven 默认从中央仓库拉依赖这个仓库的服务器在海外。国内直接访问速度取决于你的网络好的时候几百 KB/s差的时候一个依赖下十分钟然后超时失败。依赖多了一次全量构建能耗掉你半天。解决办法是配置国内镜像。镜像站会同步中央仓库的内容从国内访问速度能到满带宽。这个操作跟改软件源是一个道理属于基础优化不做的话后面全是等。5.2 settings.xml 里三个必须改的地方Maven 的全局配置文件是settings.xml位置通常在用户目录下的.m2文件夹里没有就自己建一个或者从 Maven 安装目录的conf下复制一份过来。这个文件里要改三处。第一处本地仓库路径。默认在~/.m2/repository占 C 盘空间。改成别的盘localRepositoryD:/dev/maven-repo/localRepository注意路径用正斜杠Windows 下反斜杠有时会出问题。第二处镜像配置。在mirrors节点里加国内镜像mirror idaliyun-mirror/id mirrorOf*/mirrorOf namealiyun public/name urlhttps://maven.aliyun.com/repository/public/url /mirrormirrorOf写*表示拦截所有仓库请求代理到国内镜像。如果你有些依赖必须从特定私有仓库拉那就别用*改成central只代理中央仓库。第三处编码配置。避免构建时中文注释乱码properties project.build.sourceEncodingUTF-8/project.build.sourceEncoding project.reporting.outputEncodingUTF-8/project.reporting.outputEncoding /properties提示改完settings.xml之后IDEA 里要手动刷新一下。如果是全局配置建议在 IDEA 的 Maven 设置里明确指定用你自己的settings.xml而不是默认那个。5.3 让 IDE 认你的 Maven 而不是自带的 Bundled打开Settings | Build, Execution, Deployment | Build Tools | Maven有三个关键的路径设置Maven home path默认是 BundledIDEA 自带的。如果你自己装了 Maven建议切换成自己那个版本可控命令行和 IDE 行为一致。要是懒得装用 Bundled 也行只是版本可能和你团队的不一致。User settings file指向你的settings.xml。这里一定要点开右边的 Override 复选框否则 IDEA 会用默认的。Local repository改完settings.xml之后这里会自动读出来。如果没变手动刷新一下。最后把Work offline保持不勾选除非你在没网的环境里临时构建。勾上之后所有依赖都得在本地仓库里找缺一个就构建失败。配置完重启一次 IDEA或者点 Maven 面板的刷新按钮让新的设置生效。之后你再导入新项目依赖下载速度会有肉眼可见的提升。6. Git 集成与行尾符跨平台协作的老问题IDEA 内置 Git 支持配置好之后提交、分支、冲突解决都能在 IDE 里完成不用切命令行。6.1 配置 Git 路径与账户先在Settings | Version Control | Git里指定 Git 可执行文件的路径。如果你装的是官方 Git for Windows路径一般类似C:\Program Files\Git\cmd\git.exe。IDEA 通常能自动检测到检测不到就手动指。指定完点一下旁边的Test按钮能弹出版本号就说明通了。账户这块分两种。如果用 HTTPS 方式连接远程仓库凭据可以通过凭据管理器存下来IDEA 会在首次推送时弹窗让你输账号密码或者令牌。如果用 SSH 方式需要在Settings | Version Control | Git | SSH里配置私钥或者直接用系统 SSH 的配置。我个人的习惯是 SSH 优先配置一次一劳永逸不用反复输密码。生成密钥对之后把公钥贴到代码托管平台的账户设置里就行。注意私钥文件权限要设对Linux 和 macOS 下chmod 600Windows 下就比较宽松了。6.2 core.autocrlf 和 .gitattributes 该怎么定行尾符问题在跨平台协作里特别容易炸。Windows 用 CRLF回车加换行Linux 和 macOS 用 LF换行。同一个人换个系统提交整个文件的每一行都变成修改了diff 一打开满屏红绿实际代码一行没改。Git 有个配置项core.autocrlf三个值true提交时把 CRLF 转成 LF检出时把 LF 转成 CRLF。适合 Windows 上的单平台开发。input提交时转成 LF检出时不转。适合 Windows 上但和 Linux 团队协作。false不转换。适合纯 Linux 或纯 macOS 环境。我建议这样定团队统一约定用 LF 存储在仓库里Windows 开发者本地设core.autocrlfinput或者true同时在仓库根目录放一个.gitattributes文件兜底* textauto eollf *.bat text eolcrlf *.sh text eollf *.png binary *.jar binary这几行意思是默认所有文本文件用 LFWindows 批处理文件用 CRLF否则可能跑不了shell 脚本强制 LF否则 Linux 下会报bad interpreter图片和 jar 包标记为二进制不做转换。有了这个文件不管每个人本地怎么配进仓库的都是统一的。IDEA 里也能单独设。Settings | Editor | Code Style里有个Line separator可以按项目或按文件类型选 LF / CRLF。配上.gitattributes双保险。6.3 有些文件必须写进忽略清单.gitignore是每个项目必备的。IDEA 相关的至少要忽略这些.idea/ *.iml out/ target/ *.log .DS_Store不过这里有个分歧点.idea目录到底要不要提交纯粹主义者说全忽略因为里面有个人设置。实用主义者说提交一部分让团队在代码风格、编码设置上保持一致。我的做法是大部分忽略但保留少数几个共享配置。具体来说忽略.idea下的workspace.xml、usage.statistics.xml、shelf/保留codeStyles/、inspectionProfiles/、encodings.xml。这样团队共享代码风格个人的窗口布局、打开的文件、运行配置互不干扰。IDEA 新版本对.idea目录的管理越来越规范很多个人状态已经拆到单独的workspace.xml里了。另外提醒一句别用 IDEA 的界面去手工加忽略规则直接编辑.gitignore文件。界面操作有时会写到全局忽略里导致换了项目规则还生效排查起来很费劲。7. 让 IDE 变快变顺的几处设置前面都是能用这一节讲好用。下面这几处改动做完之后体感提升很明显。7.1 调整 JVM 堆内存与编译共享内存IDEA 自己的 JVM 参数由安装目录bin下的配置文件控制。文件名视版本而定通常是idea64.exe.vmoptionsWindows或者idea.vmoptionsmacOS/Linux 的某个位置。便携版直接改这个文件就行安装版建议通过Help | Change Memory Settings菜单改避免直接改文件被升级重置。关键参数就两个-Xms1024m -Xmx4096mXms是初始堆Xmx是最大堆。我一般把这两个设成一样避免运行中动态扩容带来的抖动。16GB 内存的机器给 4GB 比较合适32GB 可以给到 6GB 甚至 8GB。别贪多给太多会拖累系统整体因为 JVM 的垃圾回收在超大堆上耗时更长而且操作系统本身也需要内存。除了 IDE 的 JVMMaven 构建也吃内存。Settings | Build Tools | Maven | Runner里有个 VM Options 输入框可以加-Xmx1024m。多模块大项目构建时内存不够会报OutOfMemoryError: Java heap space就是这里没配。7.2 索引、省电模式与卡顿的关系IDEA 的核心是索引。它把你项目里所有的类、方法、变量做成一张大表补全、跳转、重构都靠这张表。索引建立的过程很吃 CPU 和磁盘 IO尤其是首次打开一个大项目进度条能转好几分钟这时候整个 IDE 是半卡状态这是正常的。但有些卡顿不正常常见的几个原因第一个是省电模式Power Save Mode误开。开了之后 IDEA 停止后台索引和代码分析补全变迟钝检查不报错。这个模式在File菜单里通常是手动开的或者某些情况下自动触发。如果你发现代码检查莫名其妙全失效先看看这个是不是开着。第二个是索引范围过大。如果你把target、node_modules、build这些生成目录也纳入了索引会白白消耗大量资源。在Settings | Directories里把这些目录标记为 Excluded排除索引会快很多。第三个是杀毒软件实时扫描。Windows Defender 或者第三方杀软会扫描 IDEA 频繁读写的文件拖慢索引速度。可以把你项目所在目录、IDEA 的system缓存目录加入杀软白名单。这一步对性能的影响经常被低估。还有一个技巧File | Invalidate Caches能清空索引重建。当跳转变得不准、搜索定位到奇怪的地方时重建索引通常能解决。重建过程几分钟到十几分钟不等看你项目大小别在赶进度的时候点。7.3 编码统一成 UTF-8 的三处开关中文乱码是新手最常见的抱怨。IDEA 里编码相关的设置分散在三处要都设对才不打架。第一处Settings | Editor | File Encodings。这里有三个下拉框Global Encoding、Project Encoding、Default encoding for properties files。全部设成 UTF-8。最后那个 properties 文件的编码尤其要注意Java 的 properties 文件历史上默认用 ISO-8859-1很多乱码就出在这新版 JDK 已经在往 UTF-8 迁移了但项目配置里最好显式指定。第二处运行配置里的编码。Run/Debug Configurations里每个配置都可以单独设 VM Options加-Dfile.encodingUTF-8。如果你用 Maven 构建在pom.xml的maven-compiler-plugin里加上encodingUTF-8/encoding。第三处控制台输出编码。这个在 Windows 上最麻烦。Windows 的默认命令行编码不是 UTF-8Java 程序输出中文到控制台就可能变成方块。解决办法有几种改启动参数、改系统区域设置、或者用 IDEA 的控制台设置。我在下一节展开讲。8. 装完之后最容易卡住的几个问题与排查配置做完不代表万事大吉。下面这几个问题我在不同机器上反复遇到把排查链路完整写出来你照着走就行。8.1 控制台中文乱码的完整排查链路现象Java 程序输出中文控制台显示方块或问号。排查顺序是这样第一步确认源码文件本身的编码。在 IDEA 右下角状态栏能看到当前文件的编码。如果是 GBK 而你按 UTF-8 读中文注释就已经乱了。点状态栏切换编码选Reload看中文是否恢复正常。第二步确认项目的全局编码设置。就是上一节说的File Encodings那三处。如果项目编码是 GBK编译时按 GBK 处理运行时按 UTF-8 解释必然乱。第三步确认运行时参数。在 Run 配置的 VM Options 里加-Dfile.encodingUTF-8同时可以在程序入口加一句验证System.out.println(System.getProperty(file.encoding));看输出的编码和你期望的一不一致。第四步处理 Windows 控制台本身。如果前几步都对但还乱问题在系统控制台。有几种处理方式在 IDEA 的Settings | Editor | General | Console里勾上默认编码相关的选项或者系统层面把区域设置的非 Unicode 程序的语言改成使用 UTF-8或者干脆在代码里把输出流包一层指定编码的 Writer。第五步检查 Maven 编译插件。pom.xml里漏了encodingUTF-8/encoding的话编译产物里的字符串常量就已经是乱的了运行时怎么设都救不回来。这是最隐蔽的一个坑因为它编译能过只在运行时报错。提示排查这类问题最忌讳乱改一气。按源码编码 → 项目编码 → 编译编码 → 运行参数 → 控制台环境这个顺序一层层确认每改一处就验证一次。全改了再试你永远不知道是哪一步起的作用。8.2 依赖下载慢、插件市场连不上怎么处理依赖下载慢前面 Maven 镜像已经解决了大部分。如果配了镜像还是慢检查几件事镜像 URL 是否写对settings.xml的 XML 结构是否完整少个闭合标签整个文件就失效了Maven 会静默忽略mirrorOf的匹配规则是否正确写*会拦截所有仓库如果你有私有仓库就会拉不到本地仓库里是否有上次失败留下的.lastUpdated文件这些文件会让 Maven 在超时周期内不再重试。清掉它们搜一下本地仓库里的*.lastUpdated全删然后重新构建插件市场连不上的情况通常是网络策略或者代理设置的问题。IDEA 有独立的 HTTP 代理配置在Settings | Appearance Behavior | System Settings | HTTP Proxy。如果你在公司内网可能需要按网络管理要求填写代理地址。如果是不需要代理的环境记得选No proxy并勾上自动检测。还有个情况是插件市场页面能打开但下载失败。这时候试试Settings | Plugins右上角的齿轮菜单里面有个刷新或者从磁盘安装的选项。如果你的团队有内部插件仓库也可以在那里配置自定义插件源。8.3 OutOfMemory 与索引损坏的修复OutOfMemoryError分两种要区分开。一种是IDE 本身报的通常伴随界面卡死、弹窗提示内存不足。这是第 7.1 节讲的Xmx太小。改大之后重启 IDE 即可。改完还报说明有插件内存泄漏逐个禁用插件排查。另一种是你的程序运行时报的。这是程序运行配置里的堆内存不够在 Run 配置的 VM Options 里加-Xmx。别跟 IDE 的堆搞混两个是完全独立的 JVM 进程。索引损坏的表现比较隐蔽跳转跳到错误位置、补全提示缺失、搜索找不到明明存在的类。这时候先试File | Invalidate Caches选上清除文件和索引重启。如果重启后索引重建过程报错中断可能是system目录有文件损坏直接删掉system目录不是config目录让 IDEA 完全重建。代价是重建时间长好处是彻底干净。配置文件损坏的情况更少见但如果 IDE 启动时直接崩、连欢迎界面都出不来可以试试把config目录重命名备份让 IDEA 以全新配置启动。能启起来说明是配置里的某个东西坏了再把备份里的插件和设置一样样迁回来定位。最后分享一个我自己的习惯每次给新机器配完环境把config目录和settings.xml打包存一份放在云盘或者 Git 私有仓库里。下次换机器装完 IDE 把配置一还原Maven 配置一覆盖十分钟回到熟悉的工作状态。这套东西配一次要花小半天但之后每次复用都是净赚尤其在团队里把这套配置模板共享给新同事能省下大量我这儿怎么跑不起来的沟通时间。另外IDEA 的Help | Show Log in Explorer能直接打开日志目录遇到奇怪问题先翻日志很多时候报错信息写得很明确比在网上瞎搜快得多。还有Help | Diagnostic Tools里有一些诊断入口排查性能问题的时候能派上用场。这些藏在菜单深处的小工具用熟了之后排查效率会高不少。