關於JVM的逃逸分析

何謂「逃逸」？

　　咱們都知道Java中的對象默認是分配到堆上的，垃圾回收機制也會回收堆中再也不使用的對象，但在此以前須要篩選可回收的對象，所以會形成，回收對象還有整理內存，都比較耗時間，開銷也是很是之大。而此也是Java語言被瘋狂吐槽的一地方，就是Java不支持棧上分配對象。而在咱們平常開發中，內存，時間都是至關的寶貴，如何優化成爲在開發中一個不可或缺的環節。

　　逃逸分析（Escape Analysis），是一種能夠有效減小Java 程序中同步負載和內存堆分配壓力的跨函數全局數據流分析算法。經過逃逸分析，Java Hotspot編譯器可以分析出一個新的對象的引用的使用範圍從而決定是否要將這個對象分配到堆上。 逃逸分析算是目前Java虛擬機中比較前沿的優化技術了，但至於適不適合，須要據實際狀況而定了。

　　在計算機語言編譯器優化原理中，逃逸分析是指分析指針動態範圍的方法，它同編譯器優化原理的指針分析和外形分析相關聯。當變量（或者對象）在方法中分配後，其指針有可能被返回或者被全局引用，這樣就會被其餘方法或者線程所引用，這種現象稱做指針（或者引用）的逃逸(Escape)。通俗點講，若是一個對象的指針被多個方法或者線程引用時，那麼咱們就稱這個對象的指針發生了逃逸。

　　網上有位博友這麼形容逃逸分析，用了一段簡單直接的代碼，請看：

 

public StringBuilder escapeDemo1(System a, System b) {
    StringBuilder stringBuilder = new StringBuilder();
    stringBuilder.append(a);
    stringBuilder.append(b);
    return stringBuilder;
}

 

　　StringBuilder是方法的一個內部變量，而此時將它直接返回，這樣StringBuilder就有可能被其餘地方的方法或變量改變，這樣它的做用域就不僅是demo1方法了，雖然它是一個局部變量，但其發生了「逃逸事故」。

　　那麼，我能夠改一下代碼：

 

public String escapeDemo2(System a, System b) {

    StringBuilder stringBuilder = new StringBuilder();

    stringBuilder.append(a);

    stringBuilder.append(b);

    return stringBuilder.toString();

}

 

　　如此再沒有返回StringBuilder，而是toString()，那麼StringBuilder沒有從方法中脫離，將不會發生逃逸。

　　換種方式理解吧，由於Java自己的限制（對象只能分配到堆中），我能夠這麼操做了，爲了減小臨時對象在堆內分配的數量，我會在一個方法體內定義一個局部變量，而且該變量在方法執行過程當中未發生逃逸，按照JVM調優機制，首先會在堆內存建立類的實例，而後將此對象的引用壓入調用棧，繼續執行，這是JVM優化前的方式。而後，我採用逃逸分析對JVM進行優化。即針對棧的從新分配方式，首先找出未逃逸的變量，將該變量直接存到棧裏，無需進入堆，分配完成後，繼續調用棧內執行，最後線程執行結束，棧空間被回收，局部變量也被回收了。如此操做，是優化前在堆中，優化後在棧中，從而減小了堆中對象的分配和銷燬，從而優化性能。

 在此我向你們推薦一個Java學習交流羣。交流學習羣號：874811168 裏面會分享一些資深架構師錄製的視頻錄像：有Spring，MyBatis，Netty源碼分析，高併發、高性能、分佈式、微服務架構的原理，JVM性能優化、分佈式架構等這些成爲架構師必備的知識體系。還能領取免費的學習資源，一塊兒學習，一塊兒進步，目前受益良多。

　　可是逃逸分析會有時間消耗，因此性能不必定會有提高，而且因爲逃逸分析比較耗時，目前的實現都是採用不那麼準確可是時間壓力相對較小的算法來完成逃逸分析，這就有可能致使效果不穩定，因此，要根據實際狀況，酌情處理。

　　一項技術的好壞，不是憑嘴說說，適合本身的纔是最好的。

    出處： https://www.cnblogs.com/fuguoliang/p/9749818.html