1. 程式人生 > >java 棧、堆、方法區、常量池以及變數的記憶體分配

java 棧、堆、方法區、常量池以及變數的記憶體分配

最近在看一些面試的相關問題,發現自己對java底層變數記憶體的分配理解不是很透徹,於是網上各種找資料,看了許多篇別人的部落格,於是自己也整理了一下,下面分享給各位:

堆中Java虛擬機器的自動垃圾回收:

引用變數是普通的變數,定義時在棧中分配,引用變數在程式執行到其作用域之外後被釋放。而陣列和物件本身在堆中分配,即使程式執行到使用 new 產生陣列或者物件的語句所在的程式碼塊之外,陣列和物件本身佔據的記憶體不會被釋放,陣列和物件在沒有引用變數指向它的時候,才變為垃圾,不能在被使用,但仍然佔據記憶體空間不放,在隨後的一個不確定的時間被垃圾回收器收走(釋放掉)。這也是 Java 比較佔記憶體的原因。

存在棧中的資料同一個執行緒可以共享:

假設我們同時定義   int a = 3;   int b = 3; 編 譯器先處理int a = 3;首先它會在棧中建立一個變數為a的引用,然後查詢有沒有字面值為3的地址,沒找到,就開闢一個存放3這個字面值的地址,然後將a指向3的地址。接著處理int b = 3;在建立完b的引用變數後,由於在棧中已經有3這個字面值,便將b直接指向3的地址。這樣,就出現了a與b同時均指向3的情況。特 別注意的是,這種字面值的引用與類物件的引用不同。假定兩個類物件的引用同時指向一個物件,如果一個物件引用變數修改了這個物件的內部狀態,那麼另一個物件引用變數也即刻反映出這個變化。相反,通過字面值的引用來修改其值,不會導致另一個指向此字面值的引用的值也跟著改變的情況。如上例,我們定義完a與 b的值後,再令a=4;那麼,b不會等於4,還是等於3。在編譯器內部,遇到a=4;時,它就會重新搜尋棧中是否有4的字面值,如果沒有,重新開闢地址存放4的值;如果已經有了,則直接將a指向這個地址。因此a值的改變不會影響到b的值。

包裝類自動裝箱:

例:

Integer c = 3;          

Integer d = 3;

在自動裝箱時,呼叫valueOf(int i)方法。把int變成Integer的時候,是有規則的,當你的int的值在-128-127 時,返回的不是一個新new出來的Integer物件,而是一個已經快取在堆 中的Integer物件,(我們可以這樣理解,系統已經把-128到127之間的Integer快取到一個Integer陣列中去了,如果你要把一個int變成一個Integer物件,首先去快取中找,找到的話直接返回引用給你就行了,不必再新new一個),如果不在-128-127 時會返回一個新new出來的Integer物件。

除此之外其他的包裝型別除了Float和Double外都實現了快取。    

String的常量池:

String ss3 = newString("china"); 先在常量池中查詢是否有china字串,如果沒有,在常量池中建立一個此字串物件,然後堆中再建立一個常量池中此 ”china” 物件的拷貝物件。所以可能會建立兩個物件。

String str1 = "abc"; String str2= "ab"; String str3 = str2 + "c"; str1==str3是false 是因為Stringstr3 = str2 + "c"涉及到變數(不全是常量,包括null)的相加,所以會生成新的物件,其內部實現是先在堆中new一個StringBuilder,然後 append(str2),append("c");然後讓str3引用toString()返回的物件。

對於equals相等的字串,在常量池中永遠只有一份,在堆中有多份。

String的intern()方法:

String的intern()方法會查詢在常量池中是否存在一份equal相等的字串,如果有則返回該字串的引用,如果沒有則新增自己的字串進入常量池。

可能自己的理解還會有些偏差,如有錯誤,望指出,謝謝!!!