簡介針對IntelliJ IDEA 2020.1.4及2022.2版本這份配置文檔系統(tǒng)整理了IDE安裝、插件選用與核心設(shè)置方案面向Java開發(fā)者覆蓋下載路徑以及Vuesion Theme、GitToolbox、Maven Helper、Lombok等常用插件的功能定位可幫助用戶快速搭建適合個(gè)人習(xí)慣的開發(fā)環(huán)境。全文以1個(gè)docx文件呈現(xiàn)壓縮包體積1.02MB輕量便攜查閱方便。內(nèi)容重點(diǎn)包含編碼統(tǒng)一為UTF-8、字體與滾輪縮放、自動(dòng)導(dǎo)包、自動(dòng)編譯、熱部署配置、自定義縮寫、列模式編輯等操作細(xì)節(jié)并給出類似Eclipse的Ctrl鍵快速訪問設(shè)置方法界面優(yōu)化方面涉及去除右側(cè)虛線、文件夾顏色變化提示以及顯示內(nèi)存指示器等實(shí)用調(diào)整針對常見問題也提供了具體解決思路例如未使用字段警告等。文檔同時(shí)說明了導(dǎo)入導(dǎo)出配置的方法便于在多臺(tái)機(jī)器間同步IDE設(shè)置目前已有479人學(xué)習(xí)該資源適合希望提升編碼效率、規(guī)范開發(fā)環(huán)境的Java開發(fā)者參考。1. 為什么 IDEA 的配置總是換了版本就失效IntelliJ IDEA 常用配置是老生長談但 2020.1.4 和 2022.2 這兩個(gè)版本跨度很大——前者還是老 UI 的全盛期后者已經(jīng)引入了新界面和新的 JBRJetBrains Runtime。不少人和我一樣升級(jí)前把配置截圖存了一堆升完發(fā)現(xiàn)菜單路徑變了、插件不兼容了、連Help Edit Custom VM Options彈出的文件都換了。但核心的配置文件體系和絕大多數(shù) JVM 參數(shù)、Maven、SVN、Tomcat 關(guān)聯(lián)方式在這兩個(gè)版本里是共通的。這篇文章不講安裝教程也不講破解激活純聊配置從環(huán)境對接、性能調(diào)優(yōu)到代碼輔助把新老版本通用、以及必須區(qū)分對待的配置項(xiàng)一次講透。適合剛從 2020 升到 2022、以及一直用老版本沒敢動(dòng)的開發(fā)同學(xué)照著做。2. 把 JDK、Maven、SVN、Tomcat 一次性配順4 組關(guān)鍵設(shè)置2.1 解決“換了版本 JDK 突然不認(rèn)了”的 3 個(gè)前提IDEA 的 JDK 配置分為兩級(jí)IDE 自己跑在哪個(gè) JDK 上JBR以及項(xiàng)目編譯用哪個(gè) JDK。2020.1.4 和 2022.2 在默認(rèn)配置上有個(gè)明顯差異——新版對“僅本地文件方式”的 JDK 注冊更敏感你手工填的 JDK 路徑如果只是解壓目錄而不是安裝器寫過的目錄經(jīng)常出現(xiàn)明明路徑對了卻不識(shí)別。常見做法是在Project Structure SDKs里點(diǎn)Add JDK選擇本地 JDK 目錄然后到Project Structure Project里把 SDK 和 Language Level 一起指定。這里我建議把兩個(gè)版本都適用的設(shè)置做成固定動(dòng)作1. 先確認(rèn) JAVA_HOMEecho %JAVA_HOME% Windows / echo $JAVA_HOME macOS/Linux 2. IDEA 里 Project Structure SDKs添加 JDK選到 JDK 的根目錄不是 bin 目錄 3. Project Structure ProjectSDK 選剛添加的Language Level 選 8/11/17 對應(yīng)的版本 4. Settings Build, Execution, Deployment Compiler Java Compiler確認(rèn) Target bytecode version 與 Language Level 一致這里新手最容易出錯(cuò)的是 Language Level 和 Target bytecode 不一致。舉例SDK 選的 JDK 11但 Language Level 還掛著 8IDEA 能編譯但遇到var這類 JDK 10 語法會(huì)直接標(biāo)紅提示Java 8 does not support var。解決方法是查看File Project Structure里 Project 和 Modules 兩處都改過來Maven 項(xiàng)目還要檢查pom.xml里maven.compiler.source和target是不是 1.8三者對齊才消停。另一個(gè)坑是 IDEA 2022.2 默認(rèn)使用 JBR 17老項(xiàng)目的javac參數(shù)里如果寫了--release 8沒問題但如果用了不兼容的 compiler plugin比如舊版 Lombok編譯時(shí)會(huì)拋異常。這時(shí)別急著換 JDK先到Settings Build, Execution, Deployment Build Tools Maven Runner里把 JRE 調(diào)成項(xiàng)目 JDK很多時(shí)候是 Maven Runner 用了 IDE 自帶 JBR 導(dǎo)致的。2.2 讓 Maven 配置在兩個(gè)版本里通用的關(guān)鍵settings.xml 路徑不寫死IDEA 的 Maven 配置在新版本里菜單層級(jí)有變化2020.1.4 是Settings Build, Execution, Deployment Build Tools Maven2022.2 同樣路徑入口一致但 User settings file 的位置默認(rèn)指向了各自版本號(hào)目錄例如C:\Users\用戶名\.m2\settings.xml會(huì)自動(dòng)切到C:\Users\用戶名\.IntelliJIdea2022.2\...。這里我強(qiáng)調(diào)不要用 IDEA 自動(dòng)探測出來的配置直接在 User settings file 里手填C:\Users\用戶名\.m2\settings.xml兩個(gè)版本讀同一份文件但只為保證遷移時(shí)不會(huì)出現(xiàn)兩邊依賴版本不一致。mirrors mirror idaliyun-public/id mirrorOfcentral/mirrorOf urlhttps://maven.aliyun.com/repository/public/url /mirror /mirrors這是一個(gè)極簡的鏡像配置放在~/.m2/settings.xml里。mirrorOf用central而不是*意思是中央倉庫的請求走阿里云鏡像其他私服請求不受影響。如果公司有內(nèi)網(wǎng)私服把mirrorOf改成*,!private-repo可以排除私服。2020.1.4 時(shí)代有些老教程讓寫mirrorOf*/mirrorOf在 2022.2 下會(huì)導(dǎo)致私服地址也被鏡像吞掉依賴?yán)幌聛憩F(xiàn)象是 Last Updated 時(shí)間戳一直不變、jar 包反復(fù)紅。Maven 還有一項(xiàng)兩個(gè)版本差異較大的設(shè)置Settings Build, Execution, Deployment Build Tools Maven Importing里的 JDK for importer2020.1.4 默認(rèn)是 1.82022.2 變成 17。如果你本機(jī)只有 JDK 1.8 卻升級(jí)到 2022.2Maven 導(dǎo)入項(xiàng)目會(huì)直接報(bào)Unsupported class file major version。解決方式是保證本機(jī)裝一個(gè) JDK 11然后在此處顯式選中。2.3 SVN 關(guān)聯(lián)的兩個(gè)“假報(bào)錯(cuò)”command line 與證書緩存SVN 在 IDEA 里配置的核心不是填倉庫地址而是把 SVN 命令行客戶端接好。IDEA 內(nèi)置的 SVN Kit 雖然能工作但遇到 svnssh 協(xié)議或服務(wù)端強(qiáng)校驗(yàn)時(shí)會(huì)卡死。2020.1.4 到 2022.2 都支持Settings Version Control Subversion里切換使用方式SVN Kit純 Java和 command line client本地安裝的 svn.exe/svn 可執(zhí)行文件。實(shí)操時(shí)多數(shù)團(tuán)隊(duì)選后者。選 command line client 之后IDEA 會(huì)要求指定路徑Windows: C:\Program Files\TortoiseSVN\bin\svn.exe macOS: /usr/local/bin/svn Linux: /usr/bin/svn這個(gè)路徑是 ID 必須的。現(xiàn)實(shí)中常見“配置了但操作時(shí)提示svn is not recognized as internal or external command”的現(xiàn)象原因不是路徑?jīng)]填而是 IDEA 2022.2 里 command line client 的文本框留空時(shí)不會(huì)自動(dòng)讀取 PATH。解決辦法就是顯式填絕對路徑。另一個(gè)常見問題是倉庫證書老項(xiàng)目用自簽名證書時(shí)命令行 svn 第一次連接會(huì)交互式詢問是否接受證書而 IDEA 內(nèi)部調(diào)用時(shí)無人應(yīng)答直接失敗——必須在系統(tǒng)命令行先手動(dòng)svn list https://倉庫地址接受證書保存憑證回 IDEA 操作就通了。2.4 Tomcat 配置2020 與 2022 同一個(gè)入口但部署方式有差異Java Web 開發(fā)者最常用的外部 Tomcat 關(guān)聯(lián)方式Settings Build, Execution, Deployment Application Servers里 Add 一個(gè) Tomcat Server指定CATALINA_HOME。2020.1.4 和 2022.2 在這里的行為一致但有一個(gè)容易翻車的點(diǎn)新版 IDEA 對 Tomcat 10 以下版本默認(rèn)添加了--add-opens參數(shù)補(bǔ)丁如果用的是 Tomcat 9 且項(xiàng)目里有反射訪問內(nèi)部 API 的代碼在 2022.2 跑時(shí)會(huì)報(bào) InaccessibleObjectException老版本跑卻不報(bào)。Tomcat Server Configuration: VM options: -Dfile.encodingUTF-8 -Xms256m -Xmx512m以上 VM options 填在Run/Debug Configurations Tomcat Server Server VM options里。Tomcat 這里最值得配置的是兩個(gè)編碼和內(nèi)存。中文亂碼的根因多數(shù)不是 IDEA 設(shè)置而是 Tomcat 的 logging 編碼不一致配合-Dfile.encodingUTF-8能解決大部分 GET/POST 亂碼。內(nèi)存則建議-Xms256m -Xmx512m本地開發(fā)足夠調(diào)太大反而拖慢啟動(dòng)。部署方式上2022.2 的 Deployment 頁簽里默認(rèn)On frame deactivation是Do nothing如果你依賴熱部署把它改成Update resources或Redeploy但注意Update classes and resources在某些 Tomcat 版本下會(huì)拋出java.lang.LinkageError這是 Tomcat 的類加載機(jī)制問題回退到Do nothing或改用 JRebel 更穩(wěn)。3. IDEA 越來越卡的真相兩個(gè)版本通用的內(nèi)存調(diào)優(yōu)三板斧3.1 為什么“加大 -Xmx”沒用先看懂 IDEA 的內(nèi)存模型2020.1.4 和 2022.2 用的都是 JetBrains RuntimeJBR底層是 OpenJDK 的魔改版。IDEA 卡頓的 90% 場景不是堆內(nèi)存不夠而是Code Cache和Metaspace沒調(diào)對。默認(rèn)配置里-Xms和-Xmx設(shè)成相同值能避免 GC 頻繁擴(kuò)容但這只是基礎(chǔ)。常見做法是打開Help Edit Custom VM Options兩個(gè)版本都會(huì)生成一個(gè)idea.vmoptions文件。2020.1.4 默認(rèn)內(nèi)容-Xms128m -Xmx750m -XX:ReservedCodeCacheSize240m2022.2 默認(rèn)則變成-Xms2048m -Xmx2048m -XX:ReservedCodeCacheSize512m新版默認(rèn)堆提上去了但我實(shí)測如果項(xiàng)目窗口開得多、插件裝得多仍然會(huì)卡。原因是 JAVA 進(jìn)程的內(nèi)存不只堆還有線程棧、MetaSpace、DirectBuffer。我常用的配置模板貼在下面兩個(gè)版本通用-Xms2048m -Xmx4096m -XX:ReservedCodeCacheSize1024m -XX:UseConcMarkSweepGC -XX:SoftRefLRUPolicyMSPerMB50 -ea -Dsun.io.useCanonCachesfalse -Dsun.awt.keepWorkingSetOnMinimizetrue這里的-XX:UseConcMarkSweepGC在 JDK 8 上是默認(rèn)策略在 JBR 17 上已經(jīng)廢棄。2022.2 如果照搬會(huì)打印 warning但不會(huì)致命。真正影響卡頓體驗(yàn)的是SoftRefLRUPolicyMSPerMB50它讓 IDE 更激進(jìn)地清理只被軟引用持有的緩存直接效果是內(nèi)存占得少了、卡頓頻率降低。如果你用的是 2022.2建議刪掉 CMS 參數(shù)改默認(rèn) G1其余保留。3.2 看內(nèi)存占用該信誰IDEA 自帶狀態(tài)欄 vs 系統(tǒng)任務(wù)管理器很多人問我IDEA 狀態(tài)欄右下角顯示內(nèi)存占用高系統(tǒng)任務(wù)管理器卻沒事哪個(gè)可信答案是狀態(tài)欄那個(gè)數(shù)字只顯示堆內(nèi)存使用不顯示 Metaspace 和 Code Cache。2020.1.4 要在設(shè)置里打開Settings Appearance Show memory indicator2022.2 默認(rèn)就在狀態(tài)欄。要精細(xì)看直接開View Tool Windows Memory老版本或Help Diagnostic Tools Memory新版本能看到每個(gè)區(qū)域的具體數(shù)值。實(shí)際中比較典型的卡頓場景代碼提示卡、輸入一個(gè)字轉(zhuǎn)半天。這時(shí)打開 Memory 面板看 Code Cache 是否已經(jīng)滿了——滿了會(huì)導(dǎo)致 JIT 編譯的代碼被丟棄重新解釋執(zhí)行表現(xiàn)就是“用著用著變卡”。代碼緩存可以從 240m 加到 1024m如上面的模板但注意不是越大越好超過這個(gè)值 JBR 會(huì)忽略。還有一類卡是自動(dòng)導(dǎo)入和索引引起的Settings Editor General Auto Import里把 Optimize imports on fly 和 Add unambiguous imports on the fly 都關(guān)掉大項(xiàng)目的卡頓立減 20%。3.3 直接降級(jí)到 2020 版不先把 2022.2 的索引頻率檢察一遍升級(jí)完 2022.2 普遍反映比 2020.1.4 卡不一定是版本退步。2022.2 默認(rèn)開了Settings Appearance Behavior System Settings Project Opening Reopen last project on startup和自動(dòng)同步索引每次切窗口都在 rebuild 索引。常見做法是把Settings Build, Execution, Deployment Build Tools Maven里Auto-reload從 Any changes 改成 Manual再把 Gradle 的 auto-import 關(guān)掉大項(xiàng)目能明顯緩解。另外2022.2 新引入的 IDE Health Check 每次狀態(tài)變化都會(huì)寫日志、偶爾彈通知。在Help Diagnostics Tools IDE Health Check里可以設(shè)置它只在內(nèi)存低于閾值時(shí)報(bào)告。兩個(gè)版本通用的一條關(guān)掉沒用的 inspection。Settings Editor Inspections里把項(xiàng)目的 Inspection profile 設(shè)為Project Default再按嚴(yán)重級(jí)別把不需要的弱警告關(guān)掉建議只保留 Errors 和 Weak Warnings。索引和 inspection 雙降比加內(nèi)存管用得多。4. 代碼生成和調(diào)試的效率配置JUnit、類圖、模板、Live Templates4.1 JUnit 5 配置別再為“沒有主方法”的報(bào)錯(cuò)浪費(fèi)時(shí)間在 IDEA 里直接寫 JUnit 測試并運(yùn)行不需要額外安裝插件——2020.1.4 和 2022.2 都內(nèi)置了 JUnit 支持。常見的配置項(xiàng)有兩個(gè)Settings Build, Execution, Deployment Build Tools Maven Runner里的 JRE 選擇以及Settings Editor File and Code Templates里 JUnit 測試類模板。import org.junit.jupiter.api.Test; import static org.junit.jupiter.api.Assertions.*; class DemoTest { Test void shouldReturnCorrectSum() { assertEquals(2, 1 1); } }這是一個(gè) JUnit 5 的完整測試類。在不依賴 Spring Boot 的情況下直接右鍵類名選擇Run DemoTest即可。如果報(bào)Class not found或者No tests found for given includes大概率是 JUnit 版本沖突——pom 里引入的 JUnit 是 4.x但測試代碼里寫的是 JUnit 5 的org.junit.jupiter.api.Test。新舊版的 IDEA 都不能同時(shí)混用兩種注解統(tǒng)一改成 5.x 后右鍵運(yùn)行就好。JUnit 5 有一個(gè) IDEA 2022.2 才有的增強(qiáng)測試方法的顯示名默認(rèn)會(huì)顯示方法名而非testMethodName的駝峰導(dǎo)致控制臺(tái)輸出丑。設(shè)置Settings Editor Code Style Java Imports里Class count to use import with *和Name count to use static import with *保持默認(rèn)值就行顯示名問題在Settings Tools JUnit里勾選Show method names as parameterized tests新版本可以顯示中文場景說明。4.2 生成類圖不用裝 PlantUMLIDEA 自帶的就是夠用的類圖導(dǎo)出是熱門需求2020.1.4 要裝 PlantUML 插件再配 Graphviz2022.2 自帶的標(biāo)準(zhǔn)類圖已經(jīng)足夠。右鍵項(xiàng)目或類文件選擇Diagrams Show Diagram Popup兩者版本都有。配置項(xiàng)是把關(guān)聯(lián)類也展示出來在打開的 Diagram 面板頂部有個(gè)齒輪圖標(biāo)勾選Show Fields、Show Constructors、Show Methods以及Show Dependencies。導(dǎo)出的方式是右鍵 Diagram 空白處Export to Image保存為 png。配合類圖調(diào)試時(shí)有個(gè)實(shí)用技巧Navigate Related Symbol或快捷鍵CtrlCmdUpmacOS可以跳到父類、實(shí)現(xiàn)類、被依賴類。配置相關(guān)符號(hào)的展示層級(jí)在Settings Editor General Auto Import里沒有要去Settings Appearance Behavior Menus and Toolbars里微調(diào)多數(shù)人不改默認(rèn)就行。流程 1. 右鍵 java 文件或包目錄 Diagrams Show Diagram 2. 頂部齒輪勾選 Fields / Constructors / Methods / Dependencies 3. 右鍵空白處 Export to Image這個(gè)流程兩個(gè)版本一致。我給團(tuán)隊(duì)培訓(xùn)時(shí)習(xí)慣讓他們額外把Show JavaDoc關(guān)掉——圖上全是注釋文字導(dǎo)出 png 后根本看不清層次反而雞肋。4.3 Live Templates把日志打印和空判斷寫成快捷鍵IDEA 自帶的 Live Templates 覆蓋了sout、psvm、fori等但真正提效的是自定義模板。在Settings Editor Live Templates新建一個(gè)組例如my在組內(nèi)新增模板Abbreviation 填lognTemplate text 填private static final org.slf4j.Logger log org.slf4j.LoggerFactory.getLogger($CLASS_NAME$.class);這里有個(gè)變量$CLASS_NAME$IDEA 會(huì)自動(dòng)識(shí)別當(dāng)前類名。設(shè)置Edit variables讓CLASS_NAME對應(yīng)的表達(dá)式填className()Apply 到 Java 文件后輸入logn再按 Tab就自動(dòng)生成了類日志聲明。這個(gè)配置 2020.1.4 和 2022.2 完全兼容。類似的做法也可以配logni帶參數(shù)提示的 logger.debug、pty類型判斷等。其中有一個(gè)高頻模板是“打印方法入?yún)⒑头祷亍边m合接口排查log.debug(method {}, args {}, $METHOD_NAME$, $PARAMS$);變量METHOD_NAME填methodName()PARAMS填variablesOfType(Object)但注意后者只能拿到方法里已有的變量拿不到入?yún)⒈旧硪某蒻ethodParameters()。這是我踩過的坑直接貼出來供你抄。4.4 編碼和文件頭設(shè)置一個(gè)開關(guān)杜絕中文亂碼IDEA 中文亂碼的根源在 3 層文件編碼、控制臺(tái)編碼、編譯輸出編碼。Settings Editor File Encodings里把 Global Encoding、Project Encoding、Default encoding for properties files 全設(shè)成 UTF-8下面勾選Transparent native-to-ascii conversion。這可以保證 properties 文件在 2020 和 2022 兩個(gè)版本下都能正常顯示中文?？刂婆_(tái)亂碼的解決辦法是改 VM options 里的-Dfile.encodingUTF-8然后重啟。如果重啟后仍然亂碼注意 Windows 下的idea64.exe.vmoptions里沒有 file.encoding 項(xiàng)必須加到Help Edit Custom VM Options里去的那個(gè)文件才生效。這是 2020.1.4 和 2022.2 通用的坑別改錯(cuò)了文件。文件頭模板在Settings Editor File and Code Templates Files Class里加/** * author yourname * date ${DATE} ${TIME} */2022.2 的模板變量語法和 2020.1.4 一致${DATE}、${TIME}、${USER}都能用。如果想讓新文件默認(rèn)帶上 License則需要在Copyright設(shè)置里配置 Profile兩個(gè)版本路徑一樣。5. 避坑實(shí)錄2020.1.4 升級(jí)到 2022.2 最容易踩的 5 個(gè)坑5.1 現(xiàn)象升級(jí)后所有 Run Configuration 啟動(dòng)項(xiàng)目全部失敗報(bào) “Cannot determine path to tools.jar”原因2020.1.4 時(shí)代項(xiàng)目依賴的 JDK 是 1.8而 2022.2 自帶的 JBR 是 17。IDEA 運(yùn)行項(xiàng)目時(shí)會(huì)嘗試在 JDK 里找 tools.jarJDK 9 已經(jīng)沒有這個(gè)文件導(dǎo)致啟動(dòng)器炸掉。解決Project Structure SDKs添加本機(jī) JDK 8 對應(yīng)的實(shí)際安裝目錄再到Project Structure Project把 SDK 切回來。切完后到Run/Debug Configurations每個(gè)運(yùn)行配置的JRE下拉里確認(rèn)選擇了項(xiàng)目 SDK而不是 IDE 默認(rèn)的 JBR 17。注意只改 Project SDK 不改 Run 配置的 JRE仍然會(huì)報(bào)錯(cuò)。5.2 現(xiàn)象Maven 依賴能下載但 IDEA 里所有 import 標(biāo)紅mvn compile 卻通過原因2022.2 的 Maven importer 默認(rèn)使用“Bundled Maven 3.8.1”如果項(xiàng)目里用了 Maven 3.6.3 才能解析的私有倉庫或插件IDEA 的導(dǎo)入過程和命令行 mvn 走的 settings 不一致。解決Settings Build, Execution, Deployment Build Tools Maven Maven home path改為本機(jī) Maven 的實(shí)際安裝目錄同時(shí)User settings file指到實(shí)際的settings.xml再做一次Reload All Projects。命令行能過而 IDEA 不過基本都能靠這個(gè)解決。另注意Local repository里別讓 IDEA 自動(dòng)填手動(dòng)填~/.m2/repository。5.3 現(xiàn)象CtrlShiftF 全局搜索變成“在文件中查找”但找不到任何結(jié)果原因2022.2 默認(rèn)開啟了Search Everywhere里對非項(xiàng)目文件的忽略而 2020.1.4 默認(rèn)會(huì)搜索全部本地文件。表面上是在文件中查找實(shí)際過濾掉了外部庫和 target 目錄。解決搜索結(jié)果面板右上角有三個(gè)篩選按鈕In Project、Outside Project、Non-Project。勾選需要搜索的范圍一般情況下選In Project即可。想徹底改回來在Settings Advanced Settings Search里勾選Include non-project files in Find in Files。5.4 現(xiàn)象SVN 倉庫能瀏覽但 update/commit 時(shí)提示 “File is not under Version Control”原因IDEA 2022.2 的版本控制關(guān)聯(lián)目錄默認(rèn)只看根目錄級(jí)別的.svn。如果項(xiàng)目是多倉庫結(jié)構(gòu)且每個(gè)子模塊有自己的.svn目錄舊版本自動(dòng)識(shí)別到子目錄新版則要求顯式添加。解決Settings Version Control里 Directory Mapping 表格中把未映射的根目錄手動(dòng)添加為 Subversion或者直接選擇整個(gè)項(xiàng)目根目錄IDEA 會(huì)遞歸掃描。若個(gè)別子目錄始終不識(shí)別刪掉該子目錄下的.svn再重新 checkout 到同路徑比硬改配置更快。5.5 現(xiàn)象IDEA 啟動(dòng)后內(nèi)存持續(xù)增長3 分鐘內(nèi)從 800M 飆升到 4G原因2022.2 在打開大項(xiàng)目時(shí)默認(rèn)啟用Power Save Mode里仍是索引但新增了語言引擎的按需加載特性首次解析把所有源碼模塊全掃一遍。這不是內(nèi)存泄漏是 spasmodic indexing一兩次之后回落。如果每次啟動(dòng)都這樣通常是打開了多個(gè)大項(xiàng)目窗口且每個(gè)窗口都不設(shè)置關(guān)閉時(shí)釋放索引的選項(xiàng)。解決Settings Appearance Behavior System Settings Project Opening里關(guān)閉Reopen projects on startupSettings Build, Execution, Deployment Build Tools Maven里Importing的VM options for importer設(shè)置為-Xmx512m防止 Maven 導(dǎo)入占用過大同時(shí)File Invalidate Caches清理一次索引后重開項(xiàng)目。6. 進(jìn)階技巧把 Git 回退和 Docker 鏡像打包做成點(diǎn)擊即用的配置6.1 配置 Git 回退 merge 的安全操作步驟IDEA 里有一個(gè)操作能當(dāng)后悔藥View Tool Windows Version Control的 Log 頁簽右鍵任意提交Undo Commit可以將本地提交回退成未提交狀態(tài)而Revert則可以撤銷工作區(qū)改動(dòng)。這兩個(gè)概念?；?。配置層面Settings Version Control Git里有個(gè)Update method值得調(diào)選Merge而不是Rebase。這樣以后 merge 沖突只要代碼里沒有 conflict markersIDEA 會(huì)直接幫你合并。如果 merge 完成后發(fā)現(xiàn)合并錯(cuò)了可以1. 打開 Version Control Log 2. 找到 merge 發(fā)生前的最后一次提交 3. 右鍵 Reset Current Branch to Here Hard 4. 選擇 Hard 后本地未提交改動(dòng)會(huì)丟失確認(rèn)后再操作如果團(tuán)隊(duì)協(xié)作要求保留 merge 記錄則應(yīng)該選擇Revert Commit而不是 reset它會(huì)產(chǎn)生一條反向提交保留歷史不對他人造成強(qiáng)推問題。2020.1.4 的 Git 插件比 2022.2 少了Cherry-Pick的可視化分支預(yù)覽但從操作邏輯上看完全兼容。6.2 用 IDEA 自帶的 Docker 插件打包鏡像不再跑命令行2022.2 增強(qiáng)了對 Dockerfile 的內(nèi)聯(lián)編輯支持2020.1.4 也不差兩個(gè)版本都支持Services工具窗口連接 Docker daemon。配置方法是Settings Build, Execution, Deployment Docker添加一個(gè) Docker 服務(wù)Windows 選TCP socket填入 daemon 地址需要先給 Docker Desktop 開啟 Expose daemon on tcp://localhost:2375 without TLS。打鏡像的路徑有兩種。第一種右鍵 Dockerfile 選擇Run on Docker第二種在 Services 窗口的 Images 標(biāo)簽頁里點(diǎn)加號(hào)直接填鏡像名和 Dockerfile 目錄。更推薦第二種因?yàn)樗梢园?Dockerfile 留在項(xiàng)目目錄里IDEA 自動(dòng)讀取 build context。比較反直覺的是IDEA 默認(rèn)不會(huì)把 Maven 的target/目錄加進(jìn) build context——如果你的 Dockerfile 里寫了COPY target/app.jar /app.jar必須到Settings Build, Execution, Deployment Docker Dockerfile里打開Add build context并勾選 target 目錄否則每次打包都說找不到 jar 包。6.3 兩個(gè)版本通用的一個(gè)習(xí)慣用 File Watchers 自動(dòng)格式化配置好之后會(huì)自動(dòng)在保存時(shí)跑google-java-format的 File Watchers2020.1.4 需要裝插件2022.2 內(nèi)置支持。操作Settings Tools File Watchers點(diǎn)加號(hào)選customProgram 填本機(jī) google-java-format 的可執(zhí)行路徑Arguments 填-replace $FilePath$Output paths to refresh 留空Working directory 填$ProjectFileDir$。保存時(shí)會(huì)靜默格式化如果格式有問題會(huì)彈提示不改動(dòng)代碼邏輯。這個(gè)配置我用了半年最大的感受是——代碼風(fēng)格爭論在團(tuán)隊(duì)里徹底消失了。但它有個(gè)坑-replace參數(shù)只有 google-java-format 1.8 才有老版本是-i兩個(gè)參數(shù)行為不同前者會(huì)覆蓋原文件后者是原地修改本質(zhì)上等價(jià)但如果你從老教程復(fù)制必須確認(rèn)版本。另外一個(gè)習(xí)慣是我會(huì)額外加一個(gè) File Watcher 來壓縮運(yùn)行日志命令是tail -f不適合做 Watcher只提一下思路不要照抄。配置說到底是對工作流的約束不是性能競賽——先保證新老版本都能啟動(dòng)再折騰效率。希望這些配置能在你手邊的 2020.1.4 或 2022.2 里順利跑通少走我走過的彎路。本文還有配套的精品資源點(diǎn)擊獲取