1. 程式人生 > >JAVA之堆內存和棧內存的差別

JAVA之堆內存和棧內存的差別

名稱 pre 垃圾 HR num long ews 內存空間 RR

歡迎轉載。請附上出處:
http://blog.csdn.net/as02446418/article/details/47007975

筆者近期在準備面試的時候又一次看了一些JAVA基礎的知識,以下我們一起來看一下JAVA中堆棧內存的差別:

Java把內存分成兩種。一種叫做棧內存。一種叫做堆內存

在函數中定義的一些基本類型的變量和對象的引用變量都是在函數的棧內存中分配。當在一段代碼塊中定義一個變量時,java就在棧中為這個變量分配內存空間。當超過變量的作用域後,java會自己主動釋放掉為該變量分配的內存空間,該內存空間能夠立馬被另作他用。
堆內存用於存放由new創建的對象和數組。在堆中分配的內存,由java虛擬機自己主動垃圾回收器來管理。在堆中產生了一個數組或者對象後,還能夠在棧中定義一個特殊的變量,這個變量的取值等於數組或者對象在堆內存中的首地址。在棧中的這個特殊的變量就變成了數組或者對象的引用變量,以後就能夠在程序中使用棧內存中的引用變量來訪問堆中的數組或者對象,引用變量相當於為數組或者對象起的一個別名。或者代號。
引用變量是普通變量。定義時在棧中分配內存。引用變量在程序執行到作用域外釋放。

而數組&對象本身在堆中分配,即使程序執行到使用new產生數組和對象的語句所在地代碼塊之外,數組和對象本身占用的堆內存也不會被釋放。數組和對象在沒有引用變量指向它的時候。才變成垃圾,不能再被使用。可是仍然占著內存,在隨後的一個不確定的時間被垃圾回收器釋放掉。這個也是java比較占內存的主要原因,實際上,棧中的變量指向堆內存中的變量。這就是 Java 中的指針!

java中內存分配策略及堆和棧的比較

  1 內存分配策略

  依照編譯原理的觀點,程序執行時的內存分配有三種策略,各自是靜態的,棧式的,和堆式的.

  靜態存儲分配是指在編譯時就能確定每個數據目標在執行時刻的存儲空間需求,因而在編譯時就能夠給他們分配固定的內存空間.這樣的分配策略要求程序代碼中不同意有可變數據結構(比方可變數組)的存在,也不同意有嵌套或者遞歸的結構出現,由於它們都會導致編譯程序無法計算準確的存儲空間需求.

  棧式存儲分配也可稱為動態存儲分配,是由一個相似於堆棧的執行棧來實現的.和靜態存儲分配相反,在棧式存儲方案中,程序對數據區的需求在編譯時是全然未知的,僅僅有到執行的時候才幹夠知道,可是規定在執行中進入一個程序模塊時,必須知道該程序模塊所需的數據區大小才幹夠為其分配內存.和我們在數據結構所熟知的棧一樣,棧式存儲分配依照先進後出的原則進行分配。

  靜態存儲分配要求在編譯時能知道全部變量的存儲要求,棧式存儲分配要求在過程的入口處必須知道全部的存儲要求,而堆式存儲分配則專門負責在編譯時或執行時模塊入口處都無法確定存儲要求的數據結構的內存分配,比方可變長度串和對象實例.堆由大片的可利用塊或空暇塊組成,堆中的內存能夠依照隨意順序分配和釋放.

  2 堆和棧的比較

  上面的定義從編譯原理的教材中總結而來,除靜態存儲分配之外,都顯得非常呆板和難以理解,以下撇開靜態存儲分配,集中比較堆和棧:

  從堆和棧的功能和作用來通俗的比較,堆主要用來存放對象的,棧主要是用來執行程序的.而這樣的不同又主要是由於堆和棧的特點決定的:

  在編程中。比如C/C++中。全部的方法調用都是通過棧來進行的,全部的局部變量,形式參數都是從棧中分配內存空間的。實際上也不是什麽分配,僅僅是從棧頂向上用即可,就好像工廠中的傳送帶(conveyor belt)一樣,Stack Pointer會自己主動指引你到放東西的位置,你所要做的僅僅是把東西放下來即可.退出函數的時候。改動棧指針就能夠把棧中的內容銷毀.這樣的模式速度最快, 當然要用來執行程序了.須要註意的是,在分配的時候,比方為一個即將要調用的程序模塊分配數據區時,應事先知道這個數據區的大小,也就說是盡管分配是在程序執行時進行的,可是分配的大小多少是確定的,不變的,而這個”大小多少”是在編譯時確定的,不是在執行時.

  堆是應用程序在執行的時候請求操作系統分配給自己內存,由於從操作系統管理的內存分配,所以在分配和銷毀時都要占用時間,因此用堆的效率非常低.可是堆的長處在於,編譯器不必知道要從堆裏分配多少存儲空間,也不必知道存儲的數據要在堆裏停留多長的時間,因此,用堆保存數據時會得到更大的靈活性。

其實,面向對象的多態性,堆內存分配是不可缺少的,由於多態變量所需的存儲空間僅僅有在執行時創建了對象之後才幹確定.在C++中,要求創建一個對象時,僅僅需用 new命令編制相關的代碼即可。

執行這些代碼時,會在堆裏自己主動進行數據的保存.當然,為達到這樣的靈活性,必定會付出一定的代價:在堆裏分配存儲空間時會花掉更長的時間!這也正是導致我們剛才所說的效率低的原因,看來列寧同誌說的好,人的長處往往也是人的缺點,人的缺點往往也是人的長處(暈~).

  3 JVM中的堆和棧

  JVM是基於堆棧的虛擬機.JVM為每個新創建的線程都分配一個堆棧.也就是說,對於一個Java程序來說。它的執行就是通過對堆棧的操作來完畢的。

堆棧以幀為單位保存線程的狀態。JVM對堆棧僅僅進行兩種操作:以幀為單位的壓棧和出棧操作。

  我們知道,某個線程正在執行的方法稱為此線程的當前方法.我們可能不知道,當前方法使用的幀稱為當前幀。當線程激活一個Java方法,JVM就會在線程的 Java堆棧裏新壓入一個幀。這個幀自然成為了當前幀.在此方法執行期間,這個幀將用來保存參數,局部變量,中間計算過程和其它數據.這個幀在這裏和編譯原理中的活動紀錄的概念是幾乎相同的.

  從Java的這樣的分配機制來看,堆棧又能夠這樣理解:堆棧(Stack)是操作系統在建立某個進程時或者線程(在支持多線程的操作系統中是線程)為這個線程建立的存儲區域。該區域具有先進後出的特性。

  每個Java應用都唯一相應一個JVM實例,每個實例唯一相應一個堆。應用程序在執行中所創建的全部類實例或數組都放在這個堆中,並由應用全部的線程共享.跟C/C++不同,Java中分配堆內存是自己主動初始化的。Java中全部對象的存儲空間都是在堆中分配的,可是這個對象的引用卻是在堆棧中分配,也就是說在建立一個對象時從兩個地方都分配內存,在堆中分配的內存實際建立這個對象,而在堆棧中分配的內存僅僅是一個指向這個堆對象的指針(引用)而已。

  Java 中的堆和棧

  Java把內存劃分成兩種:一種是棧內存,一種是堆內存。

  在函數中定義的一些基本類型的變量和對象的引用變量都在函數的棧內存中分配。

  當在一段代碼塊定義一個變量時,Java就在棧中為這個變量分配內存空間,當超過變量的作用域後,Java會自己主動釋放掉為該變量所分配的內存空間。該內存空間能夠馬上被另作他用。

  堆內存用來存放由new創建的對象和數組。

  在堆中分配的內存。由Java虛擬機的自己主動垃圾回收器來管理。

  在堆中產生了一個數組或對象後。還能夠在棧中定義一個特殊的變量,讓棧中這個變量的取值等於數組或對象在堆內存中的首地址。棧中的這個變量就成了數組或對象的引用變量。

  引用變量就相當於是為數組或對象起的一個名稱。以後就能夠在程序中使用棧中的引用變量來訪問堆中的數組或對象。

  詳細的說:

  棧與堆都是Java用來在Ram中存放數據的地方。與C++不同,Java自己主動管理棧和堆。程序猿不能直接地設置棧或堆。

  Java的堆是一個執行時數據區,類的(對象從中分配空間。這些對象通過new、newarray、anewarray和multianewarray等指令建立。它們不須要程序代碼來顯式的釋放。堆是由垃圾回收來負責的,堆的優勢是能夠動態地分配內存大小。生存期也不必事先告訴編譯器,由於它是在執行時動態分配內存的。Java的垃圾收集器會自己主動收走這些不再使用的數據。但缺點是,由於要在執行時動態分配內存,存取速度較慢。

  棧的優勢是,存取速度比堆要快,僅次於寄存器,棧數據能夠共享。但缺點是,存在棧中的數據大小與生存期必須是確定的,缺乏靈活性。

棧中主要存放一些基本類型的變量(,int, short, long, byte, float, double, boolean, char)和對象句柄。

  棧有一個非常重要的特殊性,就是存在棧中的數據能夠共享。假設我們同一時候定義:

 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=4;那麽編譯器會又一次搜索棧中是否有4值,假設沒有,則將4存放進來,並令a指向4;假設已經有了,則直接將a指向這個地址。因此a值的改變不會影響到b的值。要註意這樣的數據的共享與兩個對象的引用同一時候指向一個對象的這樣的共享是不同的,由於這樣的情況a的改動並不會影響到b, 它是由編譯器完畢的,它有利於節省空間。而一個對象引用變量改動了這個對象的內部狀態,會影響到還有一個對象引用變量

JAVA之堆內存和棧內存的差別