IntelliJ Idea熱加載 自動更新
IntelliJ IDEA熱加載自動更新（Update classes and resources ）
JVM之-----熱部署hotswap
勾選標注 1 選項，IntelliJ IDEA 將在我們書寫代碼的時候自動幫我們優化導入的包，比如自動去掉一些沒有用到的包。
勾選標注 2 選項，IntelliJ IDEA 將在我們書寫代碼的時候自動幫我們導入需要用到的包。但是對於那些同名的包，還是需要手動 Alt + Enter 進行導入的
========================================================================================
idea有很多快捷方式(Alt+Insert)，比如get,set,構造函數，hashcode,equlas....
https://www.zhihu.com/question/23648034
http://wiki.jikexueyuan.com/project/intellij-idea-tutorial/introduce.html
http://www.ituring.com.cn/article/37792
http://blog.csdn.net/chenshun123/article/details/51285890
快捷鍵
查找相關
- 雙擊Shift 查找項目中所有目錄中的文件
- Ctr+F 在當前文件中查找指定內容
- Ctrl+Shift+F 在當前項目查找包含查找內容的文件
- Ctrl+N 查找類 (n:navigate）
- Ctrl+Shift+N 查找類和文件
- Ctrl + E 顯示最近使用過的文件
- Alt + F7 查找函數或者變量或者類的所有引用到的地方
- Ctrl+Shift+Alt+N 查找類中的方法或變量
https://www.zhihu.com/question/20783392
intellij idea maven projects工具條消失問題的解決
點擊idea左下腳的如下按鈕，maven projects工具條會馬上出來：
按鈕之后的效果圖如下：
修改IntelliJ IDEA中tomcat的輸出路徑 （另外修改發布路徑）
（下圖有個Application Context 就是發布路徑：）
svn顯示差異：
INtelliJ Ideal是有這個功能的，包括修改代碼后的顏色變化。藍色（修改），綠色（新增），灰色（刪除）.
修改顏色：
setting->file status:
但是發現改了這里后是version control那里的local change顏色變了，左側欄沒有變動
intellij idea svn 修改文件后，父文件夾也標注修改
svn文件修改后，默認只有當前文件更改而父文件沒有標注，很不直觀；查了一頓后，發現，可以設置；
File—->settings—->version control—–>勾選show directories with changed descendants
下面就是比較這個編輯器比eclipse的版本管理好的地方啦。
也就是這個本地代碼在修改之后，他可以按你的想法分文件夾存放。
以方便把任務一個個的分開，做完一個提交一個。而不是在你提交的時候，你得自己仔細仔細的查找哪個和哪個是一個任務的，然后再提交，下面看圖示范。
圖上，忘記打箭頭啦（那個綠色的加號可以添加類別，紅色減號，刪除類別。就不示范了）。
可以看到我又添加了2個列表，一個是“線程測試”，一個是“system測試”。
這相當於是2個任務，他們又互不相干。你干完一個，你就可以選中一個列表，然后提交。
而不是下面這種。三個修改的文件放在一起，提交的時候，得自己找你完成了哪個任務，提交哪個文件。
IntelliJ IDEA 下的svn配置及使用的非常詳細的圖文總結
intellij在切換代碼選項卡的時候左側的代碼目錄樹窗口跟着聯動：
IntelliJ IDEA 設置選中標識符高亮
設置為黃色顯眼一點。
IntelliJ idea快捷鍵：
alt+enter,選中一個類的時候可以自動導入包
IntelliJ IDEA的全局搜索快捷鍵：ctrl+shift+F
Intellij idea中優化包導入用的快捷鍵是 ctrl + alt + o, （optimize import）
alter+En ter: Alt + Enter Show intention actions and quick-fixes
Double Shift ：Search everywhere
Ctrl + N :Go to class
Ctrl + Shift + N: Go to file
Ctrl + B or Ctrl + Click :Go to declaration
Ctrl + Alt + B :Go to implementation(s) 或者鼠標點擊，跳轉到實現類，這個非常實用。
IntelliJ IDEA的函數鏈接：按住ctrl，再鼠標點擊選中的函數，就可以查看函數的源碼
IntelliJ IDEA里java工程的java原文件及實現文件：進入源文件后，再按ctrl+H就可在右側直接顯示出實現它的文件，后綴是impl 。
顯示打開的文件：
Ctrl + E :Recent files popup
ctrl+tab:顯示switcher
1 智能提示
Intellij首當其沖的當然就是Intelligence智能！基本的代碼提示用Ctrl+Space，還有更智能地按類型信息提示Ctrl+Shift+Space，但因為Intellij總是隨着我們敲擊而自動提示，所以很多時候都不會手動敲這兩個快捷鍵(除非提示框消失了)。用F2/ Shift+F2移動到有錯誤的代碼，Alt+Enter快速修復(即Eclipse中的Quick Fix功能)。當智能提示為我們自動補全方法名時，我們通常要自己補上行尾的反括號和分號，當括號嵌套很多層時會很麻煩，這時我們只需敲Ctrl+Shift+Enter就能自動補全末尾的字符。而且不只是括號，例如敲完if/for時也可以自動補上{}花括號。
最后要說一點，Intellij能夠智能感知Spring、Hibernate等主流框架的配置文件和類，以靜制動，在看似“靜態”的外表下，智能地掃描理解你的項目是如何構造和配置的。
5 查找打開
類似Eclipse，Intellij的Ctrl+N/Ctrl+Shift+N可以打開類或資源，但Intellij更加智能一些，我們輸入的任何字符都將看作模糊匹配，省卻了Eclipse中還有輸入*的麻煩。最新版本的IDEA還加入了Search Everywhere功能，只需按Shift+Shift即可在一個彈出框中搜索任何東西，包括類、資源、配置項、方法等等。
類的繼承關系則可用Ctrl+H打開類層次窗口，在繼承層次上跳轉則用Ctrl+B/Ctrl+Alt+B分別對應父類或父方法定義和子類或子方法實現，查看當前類的所有方法用Ctrl+F12。
要找類或方法的使用也很簡單，Alt+F7。要查找文本的出現位置就用Ctrl+F/Ctrl+Shift+F在當前窗口或全工程中查找，再配合F3/Shift+F3前后移動到下一匹配處。
Intellij更加智能的又一佐證是在任意菜單或顯示窗口，都可以直接輸入你要找的單詞，Intellij就會自動為你過濾。
IntelliJ IDEA 項目相關的幾個重要概念介紹
必備材料介紹
- IntelliJ IDEA 對其他 IDE 轉過來的用戶有特別優待，對其專門整理了非常棒的資料，還請其他 IDE 過來的用戶抽時間查看，會有很大幫助：
- Eclipse 用戶可以看：https://www.jetbrains.com/idea/help/eclipse.html
- NetBeans 用戶可以看：https://www.jetbrains.com/idea/help/netbeans.html
Project 和 Module 介紹
這兩個概念是 IntelliJ IDEA 的必懂知識點之一，請務必要學會。
如 果你是 Eclipse 用戶，並且已經看了上面給的鏈接，那 IntelliJ IDEA 首先告訴你一個非常重要的事情：IntelliJ IDEA 沒有類似 Eclipse 工作空間（workspace）的概念的。很多從 Eclipse 轉過來的人總是下意識地要再同一個窗口管理 n 個項目，這在 IntelliJ IDEA 是無法得到。IntelliJ IDEA 提供的體驗是：一個 Project 打開一個 Window 窗口。
對於 Project，IntelliJ IDEA 是這樣解釋的：
- Whatever you do in IntelliJ IDEA, you do that in the context of a project. A project is an organizational unit that represents a complete software solution. It serves as a basis for coding assistance, bulk refactoring, coding style consistency, etc.
- Your finished product may be decomposed into a series of discrete, isolated modules, but it's a project definition that brings them together and ties them into a greater whole.
- Projects don't themselves contain development artifacts such as source code, build scripts, or documentation. They are the highest level of organization in the IDE, and they define project-wide settings as well as collections of what IntelliJ IDEA refers to as modules and libraries.
- 鏈接地址：https://www.jetbrains.com/idea/help/project.html
對於 Module，IntelliJ IDEA 是這樣解釋的：
- A module is a discrete unit of functionality which you can compile, run, test and debug independently.
- Modules contain everything that is required for their specific tasks: source code, build scripts, unit tests, deployment descriptors, and documentation. However, modules exist and are functional only in the context of a project.
- Configuration information for a module is stored in a .iml module file. By default, such a file is located in the module's content root folder.
- Development teams, normally, share the .iml module files through version control.
- 鏈接地址：https://www.jetbrains.com/idea/help/module.html
通 過上面的介紹我們知道，在 IntelliJ IDEA 中 Project 是最頂級的級別，次級別是 Module。一個 Project 可以有多個 Module。目前主流的大型項目結構都是類似這種多 Module 結構，這類項目一般是這樣划分的，比如：core Module、web Module、plugin Module、solr Module 等等，模塊之間彼此可以相互依賴。通過這些 Module 的命名也可以看出，他們之間應該都是處於同一個項目業務情況下的模塊，彼此之間是有不可分割的業務關系的。
所以我們現在總結：一個 Project 是由一個或多個 Module 組成，模塊之間盡量是處在同一個項目業務的的情況下，彼此之間互相依賴關聯。這里用的是 盡量，因為 IntelliJ IDEA 的 Project 是一個沒有具備任何編碼設置、構建等開發功能的，主要起到一個項目定義、范圍約束、規范等類型的效果，也許我們可以簡單地理解為就是一個單純的目錄，只是這個目錄命名上必須有其代表性的意義。
下面我們以著名的 spring-framework 項目為例介紹多 Module 的結構的：
- 項目主頁：https://github.com/spring-projects/spring-framework：
- 該項目的
Project命名是：spring-framework。該目錄主要作用為各個Module的頂層目錄進行約束，告訴協同者，這個目錄下都是spring-framework相關的，我絕不對放 Android 相關源碼、文檔、文件在上面的。該目錄並不是以一個實際性的目錄來提現的，所以你訪問主頁是看不到的，但是當你checkout的時候，你必須為這個項目命名，至於命名默認就是spring-framework。 - 該
Project下有二十來個Module，各個Module的命名也是有含義的，比如：spring-core、spring-jdbc、spring-jms、spring-orm、spring-web、spring-webmvc等等，我們通過這些命名也能清楚地知道他們要表達的含義，這些 Module 下也都各自有src編碼目錄，可以自行編碼和構建。
- 相比較於多 Module 項目，小項目就無需搞得這么復雜。只有一個 Module 的結構 IntelliJ IDEA 也是支持的，並且 IntelliJ IDEA 創建項目的時候，默認就是單 Module 的結構的。
- 如上圖 Gif 圖演示，在輸入
Project name的時候，Module name和Module file Location自動進行改變，同時Project location和Module file Location完全一樣，這也就表示，Project 目錄和 Module 目錄是同一個，所以此時 Project 目錄下就會有src目錄，但是我們應該明白其本質還是 Module 的目錄。
關於 IntelliJ IDEA 的 Project 和 Module 終於解釋清楚了，但是由於 IntelliJ IDEA 官網上又有一段話對此解釋得不夠好，特別是對 Eclipse 用戶來講：https://www.jetbrains.com/idea/help/eclipse-faq.html，其中有這樣兩句話：
- An Eclipse workspace is similar to a project in IntelliJ IDEA
- An Eclipse project maps to a module in IntelliJ IDEA
你可以把 IntelliJ IDEA 的 Project 當做 workspace 使用，IntelliJ IDEA 也是支持的，但是就像我們前面解釋的那么那么多，這樣是非常不符合其初衷的，所以請別把這段話當做教義去學習。對此 zeroturnaround 的大牛也有針對此進行了說明：http://zeroturnaround.com/rebellabs/getting-started-with-intellij-idea-as-an-eclipse-user/3/
Content Root：
Content Root是包含組成Module的所有文件的文件夾。
一個Module可以包含多個Content Root，但但多數情況一個Content Root就夠了。在特殊情況下，沒有Content Root的module也很有用。
在Intellij IDEA中Content Root展示樣式是： 
or 
.
分類：一個Content Root里的文件夾分為以下幾類：
1、Source Roots（或Source Folders，展示樣式： 
）：
標為此類的文件夾，告訴Intellij IDEA，此文件夾及其子文件夾應作為構建過程的一部分進行編譯。
在Java的Module中，Source Roots的子文件夾代表着Java的包結構。
2、Resource Roots（或Resource Folders，展示樣式： 
，只有Java Module才可用）：
在我們的應用中，是給resource文件用的。如，圖片文件、各種各樣的xml配置文件和properties屬性文件等。
在構建過程中，所有resource Roots下的內容將原封不動得拷貝到Output文件夾。
3、Excluded Roots（展示樣式：
）：
Intellij IDEA對該文件夾基本忽略，對該文件夾下的文件提供非常有限的代碼輔助。即便是搜索，Intellij IDEA也不會查找這個文件夾下的內容。
把一些不怎么重要的文件夾標記為Excluded Roots，可以提高Intellij IDEA的用戶體驗。
如果一個Module只是作為一個單獨的依賴庫，顯然是不需要Content Root的。
顯示函數列表：
調出structure視圖：
安裝mybatis插件：
搜索：Mybatis plugin
- xml和mapper之間的有用導航
- 支持生成語句，@Param注釋和xml的映射器
- 在xml中支持一些有用的mapper重命名
- 支持mapper xml中select語句的正確結果類型
- 支持mapper xml的正確無法解析的屬性值
- 支持在重命名mapper接口時重構mapper xml文件的名稱
- 支持mapper xml中基於id的標記的重構
- 支持查找映射器接口和映射器xml元素的用法
- 突出顯示mapper xml的沖突元素為錯誤
- 自動注冊映射器為spring bean
- 在編輯sql時，Mapper參數在xml中自動完成
- ＃{} yourParameter
- 基於@Param注解
- 協會支持
CodeGlance
顯示右側代碼縮略圖
標注 1：顯示 IntelliJ IDEA 的插件分類，
All plugins：顯示 IntelliJ IDEA 支持的所有插件；Enabled：顯示當前以前啟用的插件；Disabled：顯示當前未啟用的插件；Bundled：顯示 IntelliJ IDEA 所有自帶的插件；Custom：顯示我們自己安裝的插件。