一、修改Idea的配置文件路徑：
（安裝的時候配置文件默認在用戶目錄下），隨着時間的流逝，占用內存會越來越大，因此修改這個文件的路徑是有必要的，下面是修改路徑的方法：
進入bin目錄下 的idea.properties里面：
用記事本打開即可，修改下面四個路徑：
重啟IntelliJ IDEA！
二、安裝目錄介紹：
idea.exe文件是 IntelliJ IDEA 32 位的可行執行文件，IntelliJ IDEA 安裝完默認發送到桌面的也就是這個執行文件的快捷方式。idea.exe.vmoptions文件是 IntelliJ IDEA 32 位的可執行文件的 VM 配置文件，具體配置修改會下面進行專門講解。idea64.exe文件是 IntelliJ IDEA 64 位的可行執行文件，要求必須電腦上裝有 JDK 64 位版本。64 位的系統也是建議使用該文件。idea64.exe.vmoptions文件是 IntelliJ IDEA 64 位的可執行文件的 VM 配置文件，具體配置修改會下面進行專門講解。idea.properties文件是 IntelliJ IDEA 的一些屬性配置文件，具體配置修改會下面進行專門講解。
config目錄是 IntelliJ IDEA 個性化化配置目錄，或者說是整個 IDE 設置目錄。也是我個人認為最重要的目錄，沒有之一，如果你還記得安裝篇的介紹的時候，安裝新版本的 IntelliJ IDEA 會自動掃描硬盤上的舊配置目錄，指的就是該目錄。這個目錄主要記錄了：IDE 主要配置功能、自定義的代碼模板、自定義的文件模板、自定義的快捷鍵、Project 的 tasks 記錄等等個性化的設置。system目錄是 IntelliJ IDEA 系統文件目錄，是 IntelliJ IDEA 與開發項目一個橋梁目錄，里面主要有：緩存、索引、容器文件輸出等等，雖然不是最重要目錄，但是也是最不可或缺目錄之一
建議 8G 以下的機子或是靜態頁面開發者都是無需修改的。如果你是開發大型項目、Java 項目或是 Android 項目，並且內存大於 8G，建議進行修改，常修改的就是下面 4 個參數，每個人機子情況不一，這里也只是做一個引子，最好的調整方式是你可以根據 jconsole 這類工具進行觀察后個性化調整。
-Xms128m，16 G 內存的機器可嘗試設置為-Xms512m-Xmx512m，16 G 內存的機器可嘗試設置為-Xmx1500m-XX:MaxPermSize=250m，16G 內存的機器可嘗試設置為-XX:MaxPermSize=500m-XX:ReservedCodeCacheSize=240m，16G 內存的機器可嘗試設置為-XX:ReservedCodeCacheSize=500m
三、界面介紹：
- 重點說明： IntelliJ IDEA 是沒有類似 Eclipse 的工作空間的概念（
Workspaces），最大單元就是Project。如果你同時觀察多個項目的情況，IntelliJ IDEA 提供的解決方案是打開多個項目實例，你可以理解為開多個項目窗口。 - 命令
Create New Project創建一個新項目。 - 命令
Import Project導入一個已有項目。 - 命令
Open打開一個已有項目，可以直接打開 Eclipse 項目，但是由於兩者 IDE 下的項目配置不一樣，所以項目還是需要配置的。 - 命令
Check out from Version Control可以通過服務器上的項目地址 Checkout Github 上面項目或是其他 Git 托管服務器上的項目。
四、Hello World java項目創建
Command Line App會自動創建一個帶有 main 方法的類。- 我們這里不勾選使用模板，而是手工創建，所以我們點擊Next，進入下一步。
IntelliJ IDEA 的項目格式文件主要提供兩種方式
.idea (directory based)創建項目的時候自動創建一個.idea的項目配置目錄來保存項目的配置信息。這是默認選項。.ipr (file based)創建項目的時候自動創建一個.ipr的項目配置文件來保存項目的配置信息。- 需要特別注意的是，我這邊默認創建的項目編碼是 GBK，而如果你需要 UTF-8 的話，修改編碼的方式請看后面講解。
src目錄為藍色表示Source root，我們可以再此目錄下創建包和類。- 由於該項目使用的是 JDK1.8，所以項目是基於 JDK1.8，我們可以調用 JDK 1.8 中的類。
- 在
src目錄右鍵，選擇New創建包目錄。
效果如下，包展開：
包下家里一個HelloWorld類：
編寫一個簡單的輸出程序：
運行程序，打印輸出HelloWorld!
五、IntelliJ IDEA 主題、字體、編輯區主題、文件編碼修改
1、主題
2、字體
- IntelliJ IDEA 主題字體的修改要先勾選
Override default fonts by。默認 IntelliJ IDEA 是不推薦修改的，但是由於字體是有分包含中文和不包含中文之分的，一般使用英文的國家是不需要額外擔心亂碼問題的，而我們需要。 - 字體的審美上每個人不一樣，但是如上一段說的，這里的字體修改是需要知道一個前提的，那就是你選擇的那個字體必須含有中文，比如微軟雅黑和宋體這類是包含中文的，而
Courier New和Monaco這類只是單純的英文字體。 - 如果你選擇的字體不包含中文，那可能會在很多位置上出現類似
口口口口口這樣的亂碼問題，比如文件名含有中文、字體是中文名字的都會變成口口口口口。 - 在修改 IntelliJ IDEA 的主題字體的時候，不建議把字體調成很大，因為很多人遇到這樣一種情況：顯示器分辨率低，主題字體又大，在 IntelliJ IDEA 的某些操作的工具菜單、右鍵菜單選項中部分選項超出了分辨率顯示范圍，沒辦法被選中。當然了，如果你一定要把字體改大，又不用大分辨率顯示器，那可以通過 IntelliJ IDEA 的
Menus and Toolbars刪除部分你認為用不到的菜單，但是一般不建議這樣做。 - 還需要特別注意的時候，如果你是開着 IntelliJ IDEA 的時候，新裝了一個字體的話，那必須重啟IntelliJ IDEA 之后才能在下拉列表找到新裝的字體。
六、文件編碼修改
- 上圖標注 1 所示，IDE 的編碼默認是
UTF-8，Project Encoding雖然默認是GBK，但是一般我都建議修改為UTF-8。 - 上圖標注 2 所示，IntelliJ IDEA 可以對
Properties文件進行專門的編碼設置，一般也建議改為UTF-8，其中有一個重點就是屬性Transparent native-to-ascii conversion， - 上圖標注 3 所示，對於
Properties文件，重要屬性Transparent native-to-ascii conversion主要用於轉換ascii，一般都要勾選，不然Properties文件中的注釋顯示的都不會是中文。 - 上圖標注 4 所示，IntelliJ IDEA 除了支持對整個 Project 設置編碼之外，還支持對目錄、文件進行編碼設置。如果你要對目錄進行編碼設置的話，可能會出現需要
Convert編碼的彈出操作選擇，強烈建議 在轉換之前做好文件備份，不然可能出現轉換過程變成亂碼，無法還原。
七、一張圖讓你領會Eclipse和IntelliJ IDEA的區別
八、SDK（Software Development Kit） 介紹
- 按
Ctrl + Shift + Alt + S彈出項目結構設置區，如上圖所示。 - 如上圖 所示，IntelliJ IDEA （社區版）支持 3種 SDK（旗艦版支持6種）。最常用的就是
JDK和Android SDK，其中在創建Android SDK的時候如果你沒有先配置一個JDK的話，IntelliJ IDEA 則會提示你要先配置一個JDK，然后才能配置Android SDK。 - 如上圖 所示，下拉會展示已經創建的所有 SDK，可以很方便地不同 SDK 中切換。在開發 Java 項目過程中，由於 IntelliJ IDEA 支持管理多個
JDK，所以你完全不用擔心你系統上不同項目需要不同JDK。
九、版本控制
- 很多人認為 IntelliJ IDEA 自帶了 SVN 或是 Git 等版本控制工具，認為只要安裝了 IntelliJ IDEA 就可以完全使用版本控制應有的功能。這完全是一種錯誤的解讀，IntelliJ IDEA 是自帶對這些版本控制工具的支持插件，但是該裝什么版本控制客戶端還是要照樣裝的。
- 如上圖 所示，IntelliJ IDEA 對版本控制的支持是以插件化的方式來實現的。旗艦版默認支持目前主流的版本控制軟件：CVS、Subversion（SVN）、Git、Mercurial。又因為目前太多人使用 Github 進行協同或是項目版本管理，所以 IntelliJ IDEA 同時自帶了 Github 插件，方便 Checkout 和管理你的 Github 項目。
1、SVN 的配置
要在 IntelliJ IDEA 中使用 SVN，需要先安裝 SVN 客戶端或是 TortoiseSVN 這類圖形化工具，Windows 系統這里推薦安裝 TortoiseSVN，即使在不使用 IntelliJ IDEA 也可以方便管理我們的項目。
SVN 主要使用的版本有 1.6、1.7、1.8，最新的是 1.9。推薦大家使用 1.8 的。如果你的項目使用的是 1.6 的版本，在安裝 1.8 之后是可以直接對項目文件進行升級的，所以無需擔心，也因此更加推薦大家使用 1.8。
- Subversion 官網下載：https://subversion.apache.org/download/#recommended-release
- TortoiseSVN 官網下載：http://tortoisesvn.net/downloads.zh.html
- 如上圖箭頭所示，在安裝 TortoiseSVN 的時候，默認
command line client tools，是不安裝的，這里建議勾選上。
- 如上圖標注 1 所示，勾選
Use command line client - 如上圖標注 2 所示，建議 svn 的路徑自己根據安裝后的路徑進行選擇，不然有時候 IntelliJ IDEA 無法識別到會報：
Cannot run program "svn"這類錯誤。 - 如上圖標注 3 所示，當使用一段時間 SVN 以后，發現各種 SVN 相關問題無法解決，可以考慮點擊此按鈕進行清除一下緩存。
2、Git 的配置
要在 IntelliJ IDEA 中使用 Git，需要先安裝 Git 客戶端，這里推薦安裝官網版本。
Git 主要的版本有 1.X、2.X，最新的是 2.X，使用版本隨意，但是不要太新了，不然可能 IntelliJ IDEA 小舊版本會無法支持可能。
- Git 官網下載：http://git-scm.com/
- TortoiseGit 官網下載：http://download.tortoisegit.org/tgit/
如上圖標注 1 所示，確定好該路徑下是否有對應的可執行文件。
3、Github 的配置和使用
如上圖標注 1 所示，填寫你的 Github 登錄賬號和密碼，點擊 Test 可以進行測試是否可以正確連上。
- 如上圖標注 1 所示，支持直接從你當前登錄的 Github 賬號上 Checkout 項目。
- 如上圖標注 1 所示，支持把當前本地項目分享到你的 Github 賬號上。
- 如上圖標注 1 所示，支持創建
Gist。Github 的 Gist 官網地址：https://gist.github.com/
4、版本控制主要操作按鈕
- 如上圖標注 1 所示，對目錄進行右鍵彈出的菜單選項。
- 如上圖標注 1 所示，對文件進行右鍵彈出的菜單選項。
- 如上圖標注紅圈所示，為工具欄上版本控制操作按鈕，基本上大家也都是使用這里進行操作。
- 第一個按鈕：
Update Project更新項目。- 第二個按鈕：
Commit changes提交項目上所有變化文件。點擊這個按鈕不會立馬提交所有文件，而是先彈出一個被修改文件的一個匯總框，具體操作下面會有圖片進行專門介紹。- 第三個按鈕：
Compare with the Same Repository Version當前文件與服務器上該文件通版本的內容進行比較。如果當前編輯的文件沒有修改，則是灰色不可點擊。- 第四個按鈕：
Show history顯示當前文件的歷史記錄。- 第五個按鈕：
Revert還原當前被修改的文件到違背修改的版本狀態下。如果當前編輯的文件沒有修改，則是灰色不可點擊。
- 如上圖標注 1 所示，菜單欄上的版本控制操作區。
版本控制相關的常用設置說明
- 如上圖標注 1 所示，當前項目使用的版本控制是
Git。如果你不願意這個項目繼續使用版本控制可以點擊旁邊的減號按鈕，如果你要切換版本控制，可以點擊Git，會出現 IntelliJ IDEA 支持的各種版本控制選擇列表，但是我們一般情況下一個項目不會有多個版本控制的。- 如上圖標注 2 所示，
Show directories with changed descendants表示子目錄有文件被修改了，則該文件的所有上層目錄都顯示版本控制被概念的顏色。默認是不勾選的，我一般建議勾選此功能。
- 如上圖標注 1 所示，
When files are created表示當有新文件放進項目中的時候 IntelliJ IDEA 做如何處理，默認是Show options before adding to version control表示彈出提示選項，讓開發者決定這些新文件是加入到版本控制中還是不加入。如果不想彈出提示，則選擇下面兩個選項進行默認操作。- 如上圖標注 2 所示，
When files are deleted表示當有新文件在項目中被刪除的時候 IntelliJ IDEA 做如何處理，默認是Show options before removing from version control表示彈出提示選項，讓開發者決定這些被刪除的是否從版本控制中刪除。如果不想彈出提示，則選擇下面兩個選項進行默認操作。
- 如上圖標注 1 所示，對於不想加入到版本控制的文件，可以添加要此忽略的列表中。但是如果已經加入到版本控制的文件使用此功能，則表示該文件 或 目錄無法再使用版本控制相關的操作，比如提交、更新等。我個人使用過程中發現在 SVN 上此功能不太好用，Git 上是可以用的。
- 上圖所示的彈出層就是本文上面說的
Commit Changes點擊后彈出的變動文件匯總彈出層。- 如上圖標注 1 所示，可以在文件上右鍵進行操作。
Show Diff當前文件與服務器上該文件通版本的內容進行比較。Move to Another Changelist將選中的文件轉移到其他的Change list中。Change list是一個重要的概念，這里需要進行重點說明。很多時候，我們開發一個項目同時並發的任務可能有很多，每個任務涉及到的文件可能都是基於業務來講的。所以就會存在一個這樣的情況：我改了 30 個文件，其中 15 個文件是屬於訂單問題，剩下 15 個是會員問題，那我希望提交代碼的時候是根據業務區分這些文件的，這樣我填寫Commit Message是好描述的，同時在文件多的情況下，我也好區分這些要提交的文件業務模塊。所以我一般會把屬於訂單的 15 個文件轉移到其他的Change list中，先把專注點集中在 15 個會員問題的文件，先提交會員問題的Change list，然后在提交訂單會員的Change list。我個人還有一種用法是把一些文件暫時不提交的文件轉移到一個我指定的Change list，等后面我覺得有必要提交了，再做提交操作，這樣這些文件就不會干擾我當前修改的文件提交。總結下Change list的功能就是為了讓你更好地管理你的版本控制文件，讓你的專注點得到更好的集中，從而提供效率。Jump to Source打開並跳轉到被選中。- 如上圖標注 2 所示，可以根據工具欄按鈕進行操作，操作的對象會鼠標選中的文件，多選可以按
Ctrl后不放，需要注意的是這個更前面的復選框是沒有多大關系的。- 如上圖標注 3 所示，可以在提交前自動對被提交的文件進行一些操作事件（該項目使用的 Git，使用其他版本控制可能有些按鈕有差異。）：
Reformat code格式化代碼，如果是 Web 開發建議不要勾選，因為格式化 JSP 類文件，格式化效果不好。如果都是 Java 類則可以安心格式化。Rearrange code重新編排代碼，IntelliJ IDEA 支持各種復雜的編排設置選項，這個會在后面說。設置好了編碼功能之后，這里就可以嘗試勾選這個進行自動編排。Optimize imports優化導入包，會在自動去掉沒有使用的包。這個建議都勾選，這個只對 Java 類有作用，所以不用擔心有副作用。Perform code analysis進行代碼分析，這個建議不用在提交的時候處理，而是在開發完之后，要專門養成對代碼進行分析的習慣。IntelliJ IDEA 集成了代碼分析功能。Check TODO檢查代碼中的TODO。TODO功能后面也會有章節進行講解，這里簡單介紹：這是一個記錄待辦事項的功能。Cleanup清除下版本控制系統，去掉一些版本控制系統的錯誤信息，建議勾選。- 如上圖標注 4 所示，填寫提交的信息。
- 如上圖標注 5 所示，
Change list改變列表，這是一個下拉選項，說明我們可以切換不同的Change list，提交不同的Change list文件。- 如上圖標注箭頭所示，我們可以查看我們提交歷史中使用的
Commit Message，有些時候，我們做得是同一個任務，但是需要提交多次，為了更好管理項目，建議是提交的Message是保持一致的。
- 如上圖標注箭頭所示，如果你使用的 Git，點擊此位置可以切換分支和創建分支，以及合並、刪除分支等操作。
SVN 的使用
SVN 的這個窗口有的 IntelliJ IDEA 上叫 Changes，有的叫 Version Control，具體是什么原因引起這樣的差異，我暫時還不清楚。但是不管叫法如何里面的結構是一樣的，所以對使用者來講沒多大影響，但是你需要知道他們其實是一樣的功能即可。
SVN 的使用
上圖 Local Changes 這個 Tab 表示當前項目的 SVN 中各個文件的總的情況預覽。這里的 Default 是 IntelliJ IDEA 的默認 change list 名稱，no commit 是我自己創建的一個change list，我個人有一個習慣是把一些暫時不需要提交的先放這個 list 里面。change list 很常用而且重要，本文前面也有強調過了，所以一定好認真對待。unversioned Files 表示項目中未加到版本控制系統中的文件，你可以點擊 Click to browse，會彈出一個彈出框列表顯示這些未被加入的文件。
SVN 的使用
上圖 Repository 這個 Tab 表示項目的 SVN 信息匯總，內容非常的詳細，也是我平時用最多的地方。如果你點擊這個 Tab 沒看到數據，是因為你需要點擊上圖紅圈這個刷新按鈕。初次使用下默認的過濾條件不是我上圖這樣的，我習慣根據 User 進行過濾篩選，所以上圖箭頭中的 Filter 我是選擇 User。選擇之后，如上圖標注 1 所示，顯示了這個項目中參與提交的各個用戶名，選擇一個用戶之后，上圖標注 2 所以會顯示出該用戶提交了哪些記錄。選擇標注 2 區域中的某個提交記錄后，標注 3 顯示對應的具體提交細節，我們可以對這些文件進行右鍵操作，具體操作內容跟本文上面提到的那些提交時的操作按鈕差不多，這里不多講。
總的來說，SVN 這個功能用來管理和審查開發團隊中人員的代碼是非常好用的，所以非常非常建議你一定要學會該功能。