(轉)IntelliJ IDEA 常用設置講解(一)

說明

轉載自IntelliJ IDEA 常用設置講解 感謝原作者

常用設置

  • IntelliJ IDEA 的代碼提示和補充功能有一個特性:區分大小寫。如上圖標注 1 所示,默認就是 First letter 區分大小寫的。
  • 區分大小寫的情況是這樣的:比如我們在 Java 代碼文件中輸入 stringBuffer IntelliJ IDEA 是不會幫我們提示或是代碼補充的,但是如果我們輸入 StringBuffer 就可以進行代碼提示和補充。
  • 如果想不區分大小寫的話,改為 None 選項即可。
  • 如上圖 Gif 所示,該功能用來快速設置代碼檢查等級。我個人一般在編輯大文件的時候會使用該功能。IntelliJ IDEA 對于編輯大文件并沒有太大優勢,很卡,原因就是它有各種檢查,這樣是非常耗內存和 CPU 的,所以為了能加快大文件的讀寫,我一般會暫時性設置為 None
    • Inspections
      為最高等級檢查,可以檢查單詞拼寫,語法錯誤,變量使用,方法之間調用等。
    • Syntax
      可以檢查單詞拼寫,簡單語法錯誤。
    • None
      不設置檢查。
  • 如上圖標注 1 和 2 所示,默認 IntelliJ IDEA 是沒有開啟自動 import 包的功能。
    • 勾選標注 1 選項,IntelliJ IDEA 將在我們書寫代碼的時候自動幫我們優化導入的包,比如自動去掉一些沒有用到的包。
    • 勾選標注 2 選項,IntelliJ IDEA 將在我們書寫代碼的時候自動幫我們導入需要用到的包。但是對于那些同名的包,還是需要手動 Alt + Enter進行導入的,IntelliJ IDEA 目前還無法智能到替我們做判斷。
  • 如上圖標注 1 所示,當我們 Java 類中導入的某個包下類超過這里設置的指定個數,就會換成用 * 號來代替。
  • 如上圖 Gif 所示,IntelliJ IDEA 默認是會折疊空包的,這樣就會出現包名連在一起的情況。但是有些人不喜歡這種結構,喜歡整個結構都是完整樹狀的,所以我們可以去掉演示中的勾選框即可。
  • 如上圖標注 1 所示,IntelliJ IDEA 有一種叫做 省電模式
    的狀態,開啟這種模式之后 IntelliJ IDEA 會關掉代碼檢查和代碼提示等功能。所以一般我也會認為這是一種 閱讀模式
    ,如果你在開發過程中遇到突然代碼文件不能進行檢查和提示可以來看看這里是否有開啟該功能。
  • 如上圖 Gif 所示,在我們按 Ctrl + Shift + N進行打開某個文件的時候,我們可以直接定位到改文件的行數上。一般我們在調 CSS,根據控制臺找空指針異常的時候,使用該方法速度都會相對高一點。
  • 如上圖標注紅圈所示,我們可以對指定代碼類型進行默認折疊或是展開的設置,勾選上的表示該類型的代碼在文件被打開的時候默認是被折疊的,去掉勾選則反之。
  • 如上圖 Gif 所示,IntelliJ IDEA 支持對代碼進行垂直或是水平分組。一般在對大文件進行修改的時候,有些修改內容在文件上面,有些內容在文件下面,如果來回操作可能效率會很低,用此方法就可以好很多。當然了,前提是自己的瀏覽器分辨率要足夠高。
  • 如上圖箭頭所示,IntelliJ IDEA 默認是開啟單詞拼寫檢查的,有些人可能有強迫癥不喜歡看到單詞下面有波浪線,就可以去掉該勾選。但是我個人建議這個還是不要關閉,因為拼寫檢查是一個很好的功能,當大家的命名都是標準話的時候,這可以在不時方便地幫我們找到代碼因為拼寫錯誤引起的 Bug。
  • 如上圖 Gif 所示,我們可以對組件窗口的子窗口進行拖動移位,有時候設置過頭或是效果不滿意,那我們需要點擊此按鈕進行窗口還原。
  • 如上圖 Gif 所示,在沒有對 Ctrl + D快捷鍵進行修改前,此快捷鍵將是用來復制并黏貼所選的內容的,但是黏貼的位置是補充在原來的位置后,我個人不喜歡這種風格,我喜歡復制所選的行數完整內容,所以進行了修改,修改后的效果如上圖 Gif 演示。
  • 如上圖 Gif 所示,默認 Ctrl + 空格快捷鍵是基礎代碼提示、補充快捷鍵,但是由于我們中文系統基本這個快捷鍵都被輸入法占用了,所以我們發現不管怎么按都是沒有提示代碼效果的,原因就是在此。我個人建議修改此快捷鍵為 Ctrl + 逗號
  • 如上圖 Gif 所示,IntelliJ IDEA 14 版本默認是不顯示內存使用情況的,對于大內存的機器來講不顯示也無所謂,但是如果是內存小的機器最好還是顯示下。如上圖演示,點擊后可以進行部分內存的回收。
  • 如上圖標注 1 所示,在打開很多文件的時候,IntelliJ IDEA 默認是把所有打開的文件名 Tab 單行顯示的。但是我個人現在的習慣是使用多行,多行效率比單行高,因為單行會隱藏超過界面部分 Tab,這樣找文件不方便。
  • 如上圖 Gif 所示,默認 IntelliJ IDEA 對于 Java 代碼的單行注釋是把注釋的斜杠放在行數的最開頭,我個人覺得這樣的單行注釋非常丑,整個代碼風格很難看,所以一般會設置為單行注釋的兩個斜杠跟隨在代碼的頭部。
  • 如上圖 Gif 所示,默認 Java 代碼的頭個花括號是不換行的,但是有人喜歡對稱結構的花括號,可以進行此設置。對于此功能我倒是不排斥,我個人也是頗喜歡這種對稱結構的,但是由于這種結構會占行,使得文件行數變多,所以雖然我個人喜歡,但是也不這樣設置。
  • 如上圖標注 1 所示,如果在 make 或 rebuild 過程中很慢,可以增加此堆內存設置,一般大內存的機器設置 1500 以上都是不要緊的。

下一篇:<a href='http://www.lxweimin.com/p/db459079a9ce'>(轉)IntelliJ IDEA 常用設置講解(二)</a>

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,572評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,071評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,409評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,569評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,360評論 6 404
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,895評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,979評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,123評論 0 286
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,643評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,559評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,742評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,250評論 5 356
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 43,981評論 3 346
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,363評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,622評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,354評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,707評論 2 370

推薦閱讀更多精彩內容