大家一般認為new出來的對象都是被分配在堆上，但這并不是完全正確，通過對Java對象分配過程分析，我們發(fā)現(xiàn)對象除了可以被分配在堆上，還可以在?；騎LAB中分配空間。而棧上分配對象的技術基礎是逃逸分析和標量替換，本文主要介紹下逃逸分析。

逃逸分析的定義

逃逸分析，是一種可以有效減少Java 程序中同步負載和內存堆分配壓力的跨函數(shù)全局數(shù)據(jù)流分析算法。
通過逃逸分析，Java Hotspot編譯器能夠分析出一個新的對象的引用的使用范圍從而決定是否要將這個對象分配到堆上。

Java在Java SE 6u23以及以后的版本中支持并默認開啟了逃逸分析的選項。Java的 HotSpot JIT編譯器，能夠在方法重載或者動態(tài)加載代碼的時候對代碼進行逃逸分析。

逃逸分析的基本行為就是分析對象的動態(tài)作用域：當一個對象在方法中被定義后，它可能被外部方法所引用。
方法逃逸：例如作為調用參數(shù)傳遞到其他方法中。

線程逃逸：有可能被外部線程訪問到，譬如賦值給類變量或可以在其他線程中訪問的實例變量。

逃逸分析的理論基礎

基于 Jong-Deok Choi, Manish Gupta, Mauricio Seffano,Vugranam C. Sreedhar, Sam Midkiff等在論文《Escape Analysis for Java》中描述的算法進行逃逸分析。

該算法引入了連通圖，用連通圖來構建對象和對象引用之間的可達性關系，并在次基礎上，提出一種組合數(shù)據(jù)流分析法。由于該算法是上下文相關和流敏感的，并且模擬了對象任意層次的嵌套關系，所以分析精度較高，只是運行時間和內存消耗相對較大。

絕大多數(shù)逃逸分析的實現(xiàn)都基于“封閉世界(closed world)”的前提：所有可能被執(zhí)行的，方法在做逃逸分析前都已經得知，并且，程序的實際運行不會改變它們之間的調用關系 。但當真實的 Java 程序運行時，這樣的假設并不成立。Java 程序擁有的許多特性，例如動態(tài)類加載、調用本地函數(shù)以及反射程序調用等等，都將打破所謂“封閉世界”的約定。

逃逸分析之后的處理操作

經過逃逸分析之后，可以得到對象三種可能的逃逸狀態(tài)：

GlobalEscape（全局逃逸）： 即一個對象的引用逃出了方法或者線程。例如，一個對象的引用是復制給了一個類變量，或者存儲在在一個已經逃逸的對象當中，或者這個對象的引用作為方法的返回值返回給了調用方法。

ArgEscape（參數(shù)級逃逸）：即在方法調用過程當中傳遞對象的應用給一個方法。這種狀態(tài)可以通過分析被調方法的二進制代碼確定。

NoEscape（沒有逃逸）：一個可以進行標量替換的對象。該對象可以不被分配在傳統(tǒng)的堆上。

編譯器可以使用逃逸分析的結果，對程序進行優(yōu)化：

堆分配對象變成棧分配對象：一個方法當中的對象，對象的引用沒有發(fā)生逃逸，那么這個方法可能會被分配在棧內存上而非常見的堆內存上。

消除同步：線程同步的代價是相當高的，同步的后果是降低并發(fā)性和性能。逃逸分析可以判斷出某個對象是否始終只被一個線程訪問，如果只被一個線程訪問，那么對該對象的同步操作就可以轉化成沒有同步保護的操作，這樣就能大大提高并發(fā)程度和性能。

矢量替代：逃逸分析方法如果發(fā)現(xiàn)對象的內存存儲結構不需要連續(xù)進行的話，就可以將對象的部分甚至全部都保存在CPU寄存器內，這樣能大大提高訪問速度。

最新評論