大家一般認為new出來的對像都是被分配在堆上，但這並不是完全正確，通過對Java對象分配過程分析，我們發現對象除了可以被分配在堆上，還可以在棧或TLAB中分配空間。而棧上分配對象的技術基礎是逃逸分析和標量替換，本文主要介紹下逃逸分析。
逃逸分析的定義
逃逸分析，是一種可以有效減少Java 程序中同步負載和內存堆分配壓力的跨函數全局數據流分析算法。
通過逃逸分析，Java Hotspot編譯器能夠分析出一個新的對象的引用的使用範圍從而決定是否要將這個對象分配到堆上。
Java在Java SE 6u23以及以後的版本中支持並默認開啟了逃逸分析的選項。 Java的HotSpot JIT編譯器，能夠在方法重載或者動態加載代碼的時候對代碼進行逃逸分析。
逃逸分析的基本行為就是分析對象的動態作用域：當一個對像在方法中被定義後，它可能被外部方法所引用。
方法逃逸：例如作為調用參數傳遞到其他方法中。
線程逃逸：有可能被外部線程訪問到，譬如賦值給類變量或可以在其他線程中訪問的實例變量。
逃逸分析的理論基礎
基於Jong-Deok Choi, Manish Gupta, Mauricio Seffano,Vugranam C. Sreedhar, Sam Midkiff等在論文《Escape Analysis for Java》中描述的算法進行逃逸分析。
該算法引入了連通圖，用連通圖來構建對象和對象引用之間的可達性關係，並在次基礎上，提出一種組合數據流分析法。由於該算法是上下文相關和流敏感的，並且模擬了對象任意層次的嵌套關係，所以分析精度較高，只是運行時間和內存消耗相對較大。
絕大多數逃逸分析的實現都基於“封閉世界(closed world)”的前提：所有可能被執行的，方法在做逃逸分析前都已經得知，並且，程序的實際運行不會改變它們之間的調用關係。但當真實的Java 程序運行時，這樣的假設並不成立。 Java 程序擁有的許多特性，例如動態類加載、調用本地函數以及反射程序調用等等，都將打破所謂“封閉世界”的約定。
逃逸分析之後的處理操作
經過逃逸分析之後，可以得到對像三種可能的逃逸狀態：
GlobalEscape（全局逃逸）： 即一個對象的引用逃出了方法或者線程。例如，一個對象的引用是複制給了一個類變量，或者存儲在在一個已經逃逸的對象當中，或者這個對象的引用作為方法的返回值返回給了調用方法。
ArgEscape（參數級逃逸）：即在方法調用過程當中傳遞對象的應用給一個方法。這種狀態可以通過分析被調方法的二進制代碼確定。
NoEscape（沒有逃逸）：一個可以進行標量替換的對象。該對象可以不被分配在傳統的堆上。
編譯器可以使用逃逸分析的結果，對程序進行優化：
堆分配對像變成棧分配對象：一個方法當中的對象，對象的引用沒有發生逃逸，那麼這個方法可能會被分配在棧內存上而非常見的堆內存上。
消除同步：線程同步的代價是相當高的，同步的後果是降低並發性和性能。逃逸分析可以判斷出某個對像是否始終只被一個線程訪問，如果只被一個線程訪問，那麼對該對象的同步操作就可以轉化成沒有同步保護的操作，這樣就能大大提高並發程度和性能。
矢量替代：逃逸分析方法如果發現對象的內存存儲結構不需要連續進行的話，就可以將對象的部分甚至全部都保存在CPU寄存器內，這樣能大大提高訪問速度。