開心一刻
建築行業內，我看過的最凶殘笑話（IT行業內好一致！）
上聯：一天晚上兩個甲方三更半夜四處催圖只好週五加班到週六早上七點畫好八點傳完九點上床睡覺十分痛苦
下聯：十點才過九分甲方八個簡訊七個電話居然要六處調整加五張圖紙四小時交三個文字兩天週末只睡一個小時
橫批：用原來的
內心的獨白
寫作背景
2017 從 eclipse 換到 IDEA，適應了一段時間，後面一直用 IDEA 2018 版，使用期間偶爾出現一些小問題，但不多，沒太注意
最近換了電腦，開發環境得重新搭，順便把 IDEA 更新下。本來打算用 2020 版的，可網上對 2020 版的評論一致比較差，所以我就放棄做勇士了，用的是 2019.3.5 版本
切了版本後，使用期間陸陸續續暴露了不少問題，有些問題還花了不少時間來處理，期間甚至有了放棄 IDEA，重新投抱 Eclipse 的想法，但是後面冷靜一想，Eclipse 幾年沒用，都忘完了，重新撿起來的成本可能更高，所以痛定思痛，決定將 IDEA 的這些比較常用的設定全部整理一下，方便以後自己查閱，也方便遇到同樣問題的小夥伴進行問題排查與處理
需要大家注意是，樓主用的是 IDEA 2019.3.5 版本，可能和大家的版本不同，版本不同，配置項會有細微的區別，大家不要完全一致的去對比
全域性設定與當前設定
其實 IDEA 安裝完成的時候就提示我們進行全域性設定，但是往往被我們忽略了
當我們開啟工程後，往往設定的是當前工程的設定，而不是全域性設定，所以當我們用新視窗開啟新的工程時，發現新視窗的設定都是預設的，而不是我們之前設定的，這就有點不爽了
那如果我們在 IDEA 安裝的時候沒有進行全域性設定，還能進行全域性設定嗎？ 答案是肯定的，可以在 IDEA 視窗進行當前設定和全域性設定，如下圖
Settings 表示的是當前設定，Other Settings 表示的是全域性設定；不同的 IDEA 版本，Other Settings 代表的都是全域性設定（未來不一定，但是歷史是這樣），只是 Other Settings 下內容可能會有所不同
如果既進行了 Settings 設定，又設定了 Other Setting， 那麼當前工程生效的是 Settings 中的設定
後續講到的一些設定若非特殊說明都是在全域性設定下進行，主要是為了強調下全域性設定的重要性（可能只是樓主後知後覺，汗...）
必定修改
Project SDK
配置成我們安裝的 JDK，目前用的比較多的是 1.8 版本； 配置如下
專案檔案編碼
工程編碼我需要統一，基本統一成 UTF-8，設定如下
都選擇 UTF-8
如果不選擇 UTF-8，可能會編譯不報錯，但是啟動時卻報錯：Error:(15,31) java: 找不到符號
自動編譯
預設情況下，自動編譯是關閉的，我們可以按下圖進行開啟
將核取方塊勾上則開啟自動編譯，但後面有說明：非 running 或 debugging 時才生效
智慧導包
效果就是，當我們輸入 List，能夠自動匯入 java.util.List ，設定如下
兩個核取方塊都需要勾上
行號顯示
顯示程式碼行號，配合日誌能快速地定位到出問題的程式碼，設定如下（這個只能在 Settings 中進行設定）
需要將核取方塊勾上；勾選上之後，每一行程式碼前就會有行號顯示，如下所示
製表符設定
主要時考慮到不同的編輯器對 Tab 的處理不同，所以統一成 4 個空格來處理
核取方塊不要勾
maven 設定
IDEA 自帶 maven，但往往需要修改成我們自己的 maven，我們的 maven 有很多自定義的配置，如私有倉庫等
配置如下
標記的地方替換成我們自己的 maven， 至於 Local repository，會自動載入 maven settings.xml 中的倉庫地址，一般不用覆蓋修改
構建/執行操作委託給 maven
預設情況下對專案的構建和執行是 IDEA 自己負責的，這樣就可能導致構建和執行時無法找到 maven 倉庫中的相關 jar 包，從而出現：Error:(6, 34) java: 程式包xxx不存在 的錯誤
進行如下配置，將構建/執行操作委託給 maven，這樣依賴的 jar 包都能正確找到
核取方塊勾上即可
推薦修改
多行顯示檔案 Tab
預設情況下多行 Tab 是單行顯示的，效果如下
所有開啟的檔案 Tab 顯示在一行，顯示不下的收縮起來（越久未被操作的檔案越容易被收縮）；檔案多了收縮起來，還是不太方便檔案的切換操作，推薦多行顯示，配置如下（只能在 Settings 下設定）
核取方塊不要勾上，設定了後效果如下
這樣檔案切換起來更方便
取消 import xxx.*
當我們 Java 類中匯入的某個包下類超過指定個數，就會換成用 * 號來代替，例如：import java.utils.*;
* 代表的是匯入包下所有類，不夠直觀，也沒必要，需要什麼就匯入什麼是最好的
Class count to use import with '*' 表示的是：匯入了同個包下多少的類，就將這些匯入替換成 *， 預設是 5
Names count to use static import with '*' 則表示的是：靜態匯入了同個類中多少的靜態常量，就將這些匯入替換成 *， 預設是 3
我們將這兩個值配置大一些，那麼就不會 import * 了
類註釋模板
阿里規約中有這麼一條，類必須加註釋，並且必須要有 author
類註釋還是很有必要的，可以追溯到人，便於業務的溝通
配置如下
想加什麼引數就加什麼；設定好後，我們新建一個類，就會自動帶上註釋，如下所示
可能修改
maven Ignored files
Settings 下有這麼個設定
理論上來講，這個列表中的核取方塊都不能勾選（預設也都不會勾選），如果勾選了，那麼就被勾選了的 pom.xml 對應的工程就不會被當作 maven 工程，後果可想而知：不是 maven 工程就會有依賴找不到的問題，專案就會啟動失敗
樓主不知道怎麼回事就勾上了其中一個，出現如下症狀
maven 工具視窗下該 maven 工程顯示成了灰色，特別與眾不同；然後啟動該工程的時候，提示各種依賴都找不到，真是斃了狗
Method Breakpoints
正常情況來說，我們是不會直接在方法名上打斷點的，斷點往往是打在方法體上的某一行上，但是樓主不知道怎麼回事就打了，導致以 debug 方式啟動不了工程，並提示：Method breakpoints may dramatically slow down debugging
開啟 Breakpoints 皮膚看看(快捷鍵：Ctrl+Shift+F8 )
一個斷點打在了 UserService 介面中的方法上，一個介面打在了實現類 UserServiceImpl 的方法名上
一般而言不會出現這種情況，就怕大家像樓主一樣不小心，在方法名上打了斷點，並導致專案 debug 不起來，知道如何處理就好
逐個選中，remove 就好，如下圖所示
總結
1、遇到問題，不能立馬想到去怎麼處理的，儘快利用網路去查，千萬不要一頭扎進自我認為中去，太費時了，最後還得求助於網路
網路搜尋的話，關鍵字非常重要，描述的越清楚，命中率越高；如果確實不好描述，那就多換關鍵字去查
2、有些配置是需要勾選核取方塊，有些是不能勾選，大家要看清楚了
3、文中的 IDEA 配置修改分了三種：必須、推薦、可能，只囊括了一部分，有些未考慮到的歡迎大家補充
可能級別中的問題基本都是誤操作，大家留個印象就好，萬一碰到了知道怎麼處理
4、要學會多總結，包括各個方面的總結，這樣我們才能越來越強大！