堆與棧的區(qū)別：

??????????? 1.棧內(nèi)存存儲的是局部變量而堆內(nèi)存存儲的是實(shí)體；

??????????? 2.棧內(nèi)存的更新速度要快于堆內(nèi)存，因?yàn)榫植孔兞康纳芷诤芏?#xff1b;

??????????? 3.棧內(nèi)存存放的變量生命周期一旦結(jié)束就會被釋放，而堆內(nèi)存存放的實(shí)體會被垃圾回收機(jī)制不定時的回收。

問題：java中的對象一定在堆上分配嗎？

不一定，在Java中，典型的對象不再堆上分配的情況有兩種：TLAB和棧上分配。

首先原因：

我們知道堆是由所有線程共享的，既然如此那它就是競爭資源，對于競爭資源，必須采取必要的同步，所以當(dāng)使用new關(guān)鍵字在堆上分配對象時，是需要鎖的。既然有鎖，就必定存在鎖帶來的開銷，而且由于是對整個堆加鎖，相對而言鎖的粒度還是比較大的，當(dāng)對象頻繁分配時，不免影響效率。

所以對于某些特殊情況，可以采取避免在堆上分配對象的辦法，以提高對象創(chuàng)建和銷毀的效率。

TLAB分配：

JVM在內(nèi)存新生代Eden Space中開辟了一小塊區(qū)域，由線程私有，稱作TLAB（Thread-local allocation buffer），默認(rèn)設(shè)定為占用Eden Space的1%。在Java程序中很多對象都是小對象且用過即丟，它們不存在線程共享也適合被快速GC，所以對于小對象通常JVM會優(yōu)先分配在TLAB上，并且TLAB上的分配由于是線程私有所以沒有鎖開銷。因此在實(shí)踐中分配多個小對象的效率通常比分配一個大對象的效率要高。

棧上分配：

JVM在Server模式下的逃逸分析可以分析出某個對象是否永遠(yuǎn)只在某個方法、線程的范圍內(nèi)，并沒有“逃逸”出這個范圍，逃逸分析的一個結(jié)果就是對于某些未逃逸對象可以直接在棧上分配，由于該對象一定是局部的，所以棧上分配不會有問題。

對象非棧上分配的思想和啟發(fā)：

對象不在堆上分配主要的原因還是堆是共享的，在堆上分配有鎖的開銷。無論是TLAB還是棧都是線程私有的，私有即避免了競爭（當(dāng)然也可能產(chǎn)生額外的問題例如可見性問題），這是典型的用空間換效率的做法。

在實(shí)踐中，類似的做法還有很多，例如Hadoop中對于Map過程在節(jié)點(diǎn)的本地內(nèi)存中處理，直到最后Reduce過程再合并數(shù)據(jù)。對于任務(wù)之間可以分解到不同線程、進(jìn)程的情況，就可以采用類似的做法用空間換效率，對吞吐率的提升有很大幫助。

摘自：https://hesey.wang/2011/07/object-allocation-on-non-heap.html

總結(jié)

以上是生活随笔為你收集整理的无招胜有招之Java进阶JVM（二）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。