開心一刻

　　建筑行業內，我看過的最兇殘笑話（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、要學會多總結，包括各個方面的總結，這樣我們才能越來越強大！