如何高效地使用IntelliJ IDEA
本文轉載自微信公眾號「BAT的烏托邦」，作者YourBatman。轉載本文請聯系BAT的烏托邦公眾號。
正文
我如何高效使用IDEA?
鑒于事實，我在文首還是先介紹下自己使用IDEA吧。不過話說在前頭，任何時候都是人外有人，天外有天，我寫的所有文章、教程、做的所有視頻都僅限于我當時所處的認知范疇，絕不代表最好、最深。
由于我個人比較注重工具的使用，所以我對每次自己寫出來的代碼不管是排版、還是質量、還是寫代碼的效率都非常自信，這種效率提升IDEA功不可沒。還有每次我在公司內分享，很多時候都會一字一句的現場編碼實時演示，卻一點都不怯場，這很大程度上也來自于我對IDEA的熟練掌握。
可能一不小心點破了一個小現象：很多時候(特別是較小范圍分享時)不是主講人不編碼給你看，而是編碼容易露餡出自己連“飯碗”都用得不太熟練的尷尬
筆者2015年8月入行的是一家外包公司(關于筆者送外賣->程序員轉行經歷，有興趣的可點這里)，用的MyEclipse 10，就是它，現在回看是古董了有木有：
離開第一家公司后開始用STS(Spring Tools Suite)，當時其他同事都用Eclipse而我用STS，因為對Spring框架的支持度更好：
直到2017年8月份，在新公司第一次接觸到IDEA。
這里面還有個小插曲：剛開始接觸使用IDEA時感覺十分不順手，所以在長達1個月多月的時間里我都是STS + IDEA雙用：
- 在STS上開發、看代碼
- 在IDEA上拉取代碼、提交代碼
果不其然，出問題了：我不小心把eclipse工程的相關文件提交到了git倉庫，導致組內其他人拉取代碼時出現了一系列莫名其妙的問題，浪費了他人時間。我深刻記得當時被領導和一些同事直呼業余!!!當時寶寶心里很苦，心里還在反抗：STS/Eclipse這么好用還免費為啥偏要用IDEA呢?
殊不知，那會IDEA早已全面超過Eclipse，這個歷史背景在我這篇文章里有提及：
為此，我痛定思痛完成自己學習后，就逐漸開始了我的IDEA“布道”之路：向個人、團隊內、公司內分享這個Java程序員開發利器。IDEA作為一款IDE(集成開發環境)，功能不可謂不強大，缺的就是你的探索。
對我自己而言，最能提升我效率的主要有亮點：
- 快捷鍵
- 主題
快捷鍵
早些年如果你對在命令行里敲來敲去的同學心生羨慕，那么在工程開發場景下應該會對快捷鍵使用666的同學贊嘆不已。
快捷鍵我們天天都在用，畢竟這幾個鍵大家都很熟：
對我而言，我覺得快捷鍵對提升開發效率是立竿見影的，它就是一種捷徑。所以在我學IDEA的那會，會用有道云筆記記錄下我用的快捷鍵，有70+個“之多”：
我最常用的大概有近50個，經過幾年的反復“練習”，這50個已經形成了肌肉記憶，對我效率提升非常大。
Tips：任何事情不是越多越好。快捷鍵也是一樣，只有常用，快捷鍵設置得才具意義。
主題
如下圖，這是我正在使用的IDEA主題。
2012年2月，IntelliJ IDEA發布了暗黑主題，瞬間提升了工程師的B格，從此找女朋友好像容易了許多。正所謂外行看熱鬧，內行看門道，主題絕不能說明一個工程師編程水平的高低，但為何我覺得它是我的提效利器呢?
我當然同意主題不能代表工程師的編程水平，但并不妨礙它幫我提效。這個主題樣式其實是從我開始使用MyEclipse就一脈相承過來的，我先說說它對我的幫助：
- 我喜歡暗色調，所以暗色調整體看上去我會覺得舒服
- 顏色都是我自己定制，所以整體呈現出來是我最喜歡的格調
- 每個顏色自己會說話。這是最最最重要的一點，比如以我的主題為例：
- 純黑色：interface接口
- 灰黑色：abstract抽象類
- 淺灰色：@annotation注解
- 綠色：class類
- 粉色：成員屬性
- 紅色：定義局部變量
- 紅色+斜體：使用局部變量
- .......太多了，不用一一例舉
快捷鍵和主題是對我提效幫助最大的兩方面，當然還有很多其它較小的方面的設置。文后我會將我這么做的一些思考和建議分享給你，供你參考，酌情取之。
為什么有的大神認為使用記事本寫代碼很牛逼?
這源自知乎上的一個提問：
其中有幾個回答我覺得還蠻有意思：
- 能跑馬拉松的人自然比開車42公里的人牛逼。但是你出門走42公里不開車用跑的那就是SB了...
- 啊?為什么不是有的 菜鳥 認為用記事本寫代碼很牛逼?大神 才沒空關心這些呢...
- 實在沒有IDE可用的情況下能用記事本熟練coding，確實nb。放著IDE不用非要用記事本coding顯示自己多nb，大神也sb。總會有一些小白對大神們在極端情況下的無奈之舉頂禮膜拜，為虛榮心強的大神披上了皇帝的新衣
- ......
總之我覺得，如果能在記事本上飛舞的碼代碼的大神，那么使用IDEA這種工具的話它的效率99.9999%可能性會更高。我記得曾經有個讀者跟我私聊，說面試官讓他在紙上(或者在電腦上用記事本)寫一個控制臺輸出hello word的程序，要求很簡單：能javac直接編譯運行。然后，他掛了!
可能有人會覺得問這種面試題沒有意義，畢竟沒有人會在記事本上寫Java。但誰讓現在面試就是這么卷呢?作為開發工程師，最終不就是拼這些么，正如郭德綱所說：相聲拼到最后拼的是文化。
為什么IDEA“不卡”?
IDEA和Eclipse哪個更好，這似乎是一個沒有標準答案的提問，但市場會給出解答。在我細目中，那必然是IDEA更好，還是用我有道云筆記上記錄的一句話來解釋：
(相對)不卡，解決方案一般只有一個：大量使用內存，用空間換時間。所以IDEA吃內存不是蓋的(只打開了2個項目)：
在現在存儲價格越來越低的趨勢下，這么做顯然是值得的，蘋果系產品也是這樣為之。看看你的iPhone、iPad、Mac是不是內存長期占用85%以上高居不下。不同于CPU的算力，內存這種資源，不用也就等于浪費。
為此，開發者均愿意為此買單而擁抱IDEA。當然啦，內存大了怎么使用也是很重要，這就是IDEA與Eclipse拉開差距的“核心競爭力”了：索引。
無處不在的索引
作為程序員，對索引二字我們并不會陌生。比如最長接觸的數據庫索引：只有SQL慢，加索引一般能解決90%以上的問題;還有比如Mac的文件搜索系統索引：
索引有兩個明顯的特點：
- 能夠大大提高查找的效率
- 只需創建一次
- 創建時往往比較耗時(數據越多越耗時)
在IDEA里，當打開一個新項目 or 點這個按鈕重新啟動時：
你一般會經歷一個較為“漫長”的建立索引過程，這個過程一般是阻塞式的，你什么都干不了(新版本的IDEA對此有優化，有些步驟可并行)：
為當前工程的文件，建立索引
為Spring體系依賴建立索引
為其它依賴建立索引
為JDK建立索引
這個過程可能比較耗時(項目越大、依賴越多就越耗時)，并且十分耗CPU資源，所以這個時候你的CPU風扇很可能會高速轉起來，就像這樣：
正因為IDEA創建了這么多的索引，所以代碼提示、懂你的智能提示、代碼自動修復等就成為了可能，最終給與你的體感就是IDEA好像不怎么卡!
正確使用IDEA的姿勢和思考
下面我僅結合自己的理解，給些比較常用的、IDEA的最佳實踐以及我的思考，供以你參考，酌情獲取。
查找類class
這個功能是最常用，同時也是我最想拿出來說的。說實在話，我眼睛看到的幾乎一半 同學想要找到某個class類時，用的它：
不知看到這個搜索結果你會是什么感覺?明明只需要找到Application這個類，為毛搞出這么一大片搜索結果呢?看得人眼花繚亂~
這當然不能怪IDEA，是你姿勢不對嘛。這個功能叫全文檢索，也就是說只要標題/內容包含關鍵字就匹配，它的能力非常強大，同時也相對來講更耗性能，更容易造成電腦卡頓。
注意：該搜索只搜索內容，不搜索標題/文件名。好在一般來講Java中的類
顯然用它查找class類并不合適，干擾項特多了。最佳實踐應當是它(Navigate -> Class...)：
它專用于檢索查找class類(包括內部類)源文件(也就是.java源文件)。默認情況下找的是當前project，若要查找jar包里面的類(如JDK、Spring里的)，僅需點擊右上角改變查找位置即可：
新版本的IDEA越發聰明了，好似能做到自動切換，想你所想，大部分情況下都是準的。若需要切換，我還是建議你用快捷鍵完成快速切換而不是用效率較低的鼠標。
總的來講，用這個功能來查找class類效率最高，并且最為精準，所以是最佳實踐。
查找文件file
舉個例子：我們經常遇到要找到application.properties/yaml配置文件去寫配置，一種方式是一層一層的打開文件夾，另一種當然是更快的方式：查找嘍。
這個時候，很多同學依舊拿出自己的“全文檢索”：
woho，不靈了!原因其實上面已經提到了：這個搜索只檢索內容，而不檢索標題。
所以你可以用下面這個方式，它才是最佳實踐(Navigate -> File...)：
畢竟大部分時候我們都是根據文件名而非文件內容去找文件。
Project視窗放在右邊
如果說上面兩項是我的“強制”建議，那么這個只是我的一個小小建議，請根據個人習慣參考使用。
看到下面這張圖，不知你作何感想：本來諾達可視區域，代碼區域竟只剩1/5左右了。
據我所知這是很多開發同學的常態，特別是在debug斷點調試的時候，可視區域可能更小。好不容易買塊外置顯示器大屏幕...
雖然說這和個人窗口管理的習慣有關(有人愛整潔，有人邋遢嘛)，我這里推薦一個把project視窗放在右邊(一般左邊也只會放project，所以這里我只強調project視窗哈)的解決方案。我的理由如下：
- 第一點，也是最重要的一點。它能讓最重要代碼區域具有穩定性。我們都是從左向右寫代碼，而每行代碼的長度一般是不會太長的，因此大部分情況下代碼區域的右邊會大量留白，所以理應利用起來
- 第二點，視窗都放在右邊，能確保代碼區域的視覺穩定性。若視窗在左邊(如project視窗)，我們把它收起or展開，會讓代碼區域一會左移一會右移，視覺上也更容易累些
- 第三點，幾乎沒有視窗需要一直獨占空間區域，所以放在一邊管理起來，共享性會更好。從而就可以省出更多空間區域用于顯示代碼
當把視窗統一放在右邊后，代碼顯示區域得到明顯提升(且更穩定)，即使是debug也不怕：
當然，當然，當然，一切以你的習慣為準。
云化自己的IDEA配置
IDEA從下載下來，到順手的使用，需要做的步驟其實還是比較多的。比如：
- 字體大小
- 字體風格
- tab風格
- 關閉拼寫檢查
- 智能提示是否區分大小寫
- 單行函數
- 自動折疊
- ...
這些小配置設置起來不難，花點時間弄弄即可。但是，若：
- IDEA卸載(干凈)重裝
- 換臺電腦
對于失去的已經習慣了的配置，是不是想死的心都有了?還好IDEA有配置導出的能力，可以導出一個jar包，新的IDEA導入這個jar即可。但更安全、方便的辦法是將配置云化。
起初IDEA還不支持云存儲的時候(沒記錯的話應該是2019年6月之前的版本)，我的做法是把這個jar云存儲起來，我就是放在有道云筆記里的：
現在好了，IDEA支持云存儲了：
它支持兩種方式：
跟著JetBrains賬號走
- 優點：最方便
- 缺點：畢竟是墻外的服務器，速度堪憂
自定義一個倉庫管理
- 優點：墻內有碼云、CSDN等都可以提供免費倉庫
- 缺點：需要配置一個倉庫地址
很明顯，我選擇了方式2
為自己定制一款主題
IDEA已經內置了多款主題：亮色和暗黑色
本文上部分介紹了主題對我開發效率的提升，希望能給你帶來啟發。
當然嘍，主題和皮膚一樣，蘿卜白菜，各有所愛，所以各位同學酌情考慮。
考慮到確實有不少同學“喜歡”筆者這個主題，所以我把它公開了，有需要的同學公號后臺回復：IDEA主題，即可獲得。
總結
IDEA作為Java程序員每天都在用的工具，我還是建議可以專門的花點時間造一造，畢竟，磨刀是不誤砍柴工的。
這篇是比較籠統的介紹了IDEA的一些實踐經驗，還有很多細一點但非常好用、強大的功能點會在這個IDEA專欄里分享給你，比如代碼分析、代碼檢查、代碼自動優化等，最終分享給你《我是如何高效的用IDEA保證團隊代碼質量的》，感興趣的敬請關注。
