Java把內(nèi)存劃分成兩種:一種是棧內(nèi)存,一種是堆內(nèi)存。
在函數(shù)中定義的一些基本類(lèi)型的變量和對(duì)象的引用變量都在函數(shù)的棧內(nèi)存中分配。
當(dāng)在一段代碼塊定義一個(gè)變量時(shí),Java就在棧中為這個(gè)變量分配內(nèi)存空間,當(dāng)超過(guò)變量的作用域后,Java會(huì)自動(dòng)釋放掉為該變量所分配的內(nèi)存空間,該內(nèi)存空間可以立即被另作他用。
堆內(nèi)存用來(lái)存放由new建立的對(duì)象和數(shù)組。
在堆中分配的內(nèi)存,由Java虛擬機(jī)的自動(dòng)垃圾回收器來(lái)管理。
在堆中產(chǎn)生了一個(gè)數(shù)組或?qū)ο蠛螅€可以在棧中定義一個(gè)特殊的變量,讓棧中這個(gè)變量的取值等于數(shù)組或?qū)ο笤诙褍?nèi)存中的首地址,棧中的這個(gè)變量就成了數(shù)組或?qū)ο蟮囊米兞俊?
引用變量就相當(dāng)于是為數(shù)組或?qū)ο笃鸬囊粋€(gè)名稱(chēng),以后就可以在程序中運(yùn)用棧中的引用變量來(lái)訪(fǎng)問(wèn)堆中的數(shù)組或?qū)ο蟆?
具體的說(shuō):
棧與堆都是Java用來(lái)在Ram中存放數(shù)據(jù)的地點(diǎn)。與C++不同,Java自動(dòng)管理?xiàng):投眩绦騿T不能直接地配置棧或堆。
Java的堆是一個(gè)運(yùn)行時(shí)數(shù)據(jù)區(qū),類(lèi)的(對(duì)象從中分配空間。這些對(duì)象通過(guò)new、newarray、anewarray和multianewarray等 指令建立,它們不須要程序代碼來(lái)顯式的釋放。堆是由垃圾回收來(lái)負(fù)責(zé)的,堆的優(yōu)勢(shì)是可以動(dòng)態(tài)地分配內(nèi)存大小,生存期也不必事先告訴編譯器,因?yàn)樗窃谶\(yùn)行時(shí) 動(dòng)態(tài)分配內(nèi)存的,Java的垃圾收集器會(huì)自動(dòng)收走這些不再運(yùn)用的數(shù)據(jù)。但缺點(diǎn)是,由于要在運(yùn)行時(shí)動(dòng)態(tài)分配內(nèi)存,存取速度較慢。
棧的優(yōu)勢(shì)是,存取速度比堆要快,僅次于寄存器,棧數(shù)據(jù)可以共享。但缺點(diǎn)是,存在棧中的數(shù)據(jù)大小與生存期必須是確定的,缺乏靈活性。棧中主要存放一些基本 類(lèi)型的變量(,int, short, long, byte, float, double, boolean, char)和對(duì)象句柄。
棧有一個(gè)很主要的特殊性,就是存在棧中的數(shù)據(jù)可以共享。假設(shè)我們同時(shí)定義:
int a = 3;
int b = 3;
編譯器先處理int a = 3;首先它會(huì)在棧中建立一個(gè)變量為a的引用,然后查找棧中能不能有3這個(gè)值,如果沒(méi)找到,就將3存放進(jìn)來(lái),然后將a指向3。接著處理int b = 3;在建立完b的引用變量后,因?yàn)樵跅V幸呀?jīng)有3這個(gè)值,便將b直接指向3。這樣,就出現(xiàn)了a與b同時(shí)均指向3的情況。這時(shí),如果再令a=4;那么編譯器 會(huì)重新搜索棧中能不能有4值,如果沒(méi)有,則將4存放進(jìn)來(lái),并令a指向4;如果已經(jīng)有了,則直接將a指向這個(gè)地址。因此a值的改動(dòng)不會(huì)影響到b的值。要留心這 種數(shù)據(jù)的共享與兩個(gè)對(duì)象的引用同時(shí)指向一個(gè)對(duì)象的這種共享是不同的,因?yàn)檫@種情況a的修改并不會(huì)影響到b, 它是由編譯器完成的,它有利于節(jié)省空間。而一個(gè)對(duì)象引用變量修改了這個(gè)對(duì)象的內(nèi)部狀態(tài),會(huì)影響到另一個(gè)對(duì)象引用變量。
String是一個(gè)特殊的包裝類(lèi)數(shù)據(jù)。可以用:
String str = new String("abc");
String str = "abc";
兩種的形式來(lái)建立,第一種是用new()來(lái)新建對(duì)象的,它會(huì)在存放于堆中。每調(diào)用一次就會(huì)建立一個(gè)新的對(duì)象。
而第二種是先在棧中建立一個(gè)對(duì)String類(lèi)的對(duì)象引用變量str,然后查找棧中有沒(méi)有存放"abc",如果沒(méi)有,則將"abc"存放進(jìn)棧,并令str指向“abc”,如果已經(jīng)有“abc” 則直接令str指向“abc”。
比較類(lèi)里面的數(shù)值能不能相等時(shí),用equals()要領(lǐng);當(dāng)測(cè)試兩個(gè)包裝類(lèi)的引用能不能指向同一個(gè)對(duì)象時(shí),用==,下面用例子說(shuō)明上面的理論。
String str1 = "abc";
String str2 = "abc";
System.out.println(str1==str2); //true可以看出str1和str2是指向同一個(gè)對(duì)象的。
String str1 =new String ("abc");
String str2 =new String ("abc");
System.out.println(str1==str2); // false用new的方式是生成不同的對(duì)象。每一次生成一個(gè)。
因此用第二種方式建立多個(gè)“abc”字符串,在內(nèi)存中其實(shí)只存在一個(gè)對(duì)象而已. 這種寫(xiě)法有利與節(jié)省內(nèi)存空間. 同時(shí)它可以在一定程度上提高程序的運(yùn)行速度,因?yàn)镴VM會(huì)自動(dòng)根據(jù)棧中數(shù)據(jù)的實(shí)際情況來(lái)決定能不能有必要建立新對(duì)象。而對(duì)于String str = new String("abc");的代碼,則一概在堆中建立新對(duì)象,而不管其字符串值能不能相等,能不能有必要建立新對(duì)象,從而加重了程序的負(fù)擔(dān)。
另一方面, 要留心 : 我們?cè)谶\(yùn)用諸如String str = "abc";的格式定義類(lèi)時(shí),總是想當(dāng)然地認(rèn)為,建立了String類(lèi)的對(duì)象str。擔(dān)心陷阱!對(duì)象可能并沒(méi)有被建立!而可能只是指向一個(gè)先前已經(jīng)建立的 對(duì)象。只有通過(guò)new()要領(lǐng)才能保證每次都建立一個(gè)新的對(duì)象。 由于String類(lèi)的immutable性質(zhì),當(dāng)String變量須要經(jīng)常變換其值時(shí),應(yīng)該考慮運(yùn)用 StringBuffer類(lèi),以提高程序效率。
java中內(nèi)存分配策略及堆和棧的比較
2.1 內(nèi)存分配策略按照編譯原理的觀點(diǎn),程序運(yùn)行時(shí)的內(nèi)存分配有三種策略,分別是靜態(tài)的,棧式的,和堆式的.靜態(tài)存儲(chǔ)分配是指在編譯時(shí)就能確定每個(gè)數(shù)據(jù)目標(biāo)在運(yùn)行時(shí)刻的存儲(chǔ)空間需求,因而在編譯時(shí)就可以給他們分配固定的內(nèi)存空間.這種分配策略要求程序代碼中不允 許有可變數(shù)據(jù)結(jié)構(gòu)(比如可變數(shù)組)的存在,也不允許有嵌套或者遞歸的結(jié)構(gòu)出現(xiàn),因?yàn)樗鼈兌紩?huì)導(dǎo)致編譯程序不能計(jì)算準(zhǔn)確的存儲(chǔ)空間需求.棧式存儲(chǔ)分配也可稱(chēng)為動(dòng)態(tài)存儲(chǔ)分配,是由一個(gè)類(lèi)似于堆棧的運(yùn)行棧來(lái)實(shí)現(xiàn)的.和靜態(tài)存儲(chǔ)分配相反,在棧式存儲(chǔ)方案中,程序?qū)?shù)據(jù)區(qū)的需求在編譯時(shí)是完全未知 的,只有到運(yùn)行的時(shí)候才能夠知道,但是規(guī)定在運(yùn)行中進(jìn)入一個(gè)程序模塊時(shí),必須知道該程序模塊所需的數(shù)據(jù)區(qū)大小才能夠?yàn)槠浞峙鋬?nèi)存.和我們?cè)跀?shù)據(jù)結(jié)構(gòu)所熟知 的棧一樣,棧式存儲(chǔ)分配按照先進(jìn)后出的原則執(zhí)行 分配。
靜態(tài)存儲(chǔ)分配要求在編譯時(shí)能知道所有變量的存儲(chǔ)要求,棧式存儲(chǔ)分配要求在流程的入口處必須知道所有的存儲(chǔ)要求,而堆式存儲(chǔ)分配則專(zhuān)門(mén)負(fù)責(zé)在編譯時(shí)或運(yùn)行時(shí) 模塊入口處都不能確定存儲(chǔ)要求的數(shù)據(jù)結(jié)構(gòu)的內(nèi)存分配,比如可變長(zhǎng)度串和對(duì)象實(shí)例.堆由大片的可運(yùn)用 塊或空閑塊組成,堆中的內(nèi)存可以按照任意順序分配和釋 放.
2.2 堆和棧的比較
上面的定義從編譯原理的教材中總結(jié)而來(lái),除靜態(tài)存儲(chǔ)分配之外,都顯得很呆板和難以理解,下面撇開(kāi)靜態(tài)存儲(chǔ)分配,集中比較堆和棧:從堆和棧的功能和作用來(lái)通俗的比較,堆主要用來(lái)存放對(duì)象的,棧主要是用來(lái)執(zhí)行程序的.而這種不同又主要是由于堆和棧的特點(diǎn)決定的:在編程中,例如C/C++中,所有的要領(lǐng)調(diào)用都是通過(guò)棧來(lái)執(zhí)行 的,所有的局部變量,形式參數(shù)都是從棧中分配內(nèi)存空間的。實(shí)際上也不是什么分配,只是從棧頂 向上用就行,就好像工廠(chǎng)中的傳送帶(conveyor belt)一樣,Stack Pointer會(huì)自動(dòng)指引你到放東西的位置,你所要做的只是把東西放下來(lái)就行.退出函數(shù)的時(shí)候,修改棧指針就可以把棧中的內(nèi)容銷(xiāo)毀.這樣的模式速度最快, 當(dāng)然要用來(lái)運(yùn)行程序了.須要留心的是,在分配的時(shí)候,比如為一個(gè)即將要調(diào)用的程序模塊分配數(shù)據(jù)區(qū)時(shí),應(yīng)事先知道這個(gè)數(shù)據(jù)區(qū)的大小,也就說(shuō)是雖然分配是在程 序運(yùn)行時(shí)執(zhí)行 的,但是分配的大小多少是確定的,不變的,而這個(gè)"大小多少"是在編譯時(shí)確定的,不是在運(yùn)行時(shí).堆是使用程序在運(yùn)行的時(shí)候請(qǐng)求操作系統(tǒng)分配給自己內(nèi)存,由于從操作系統(tǒng)管理的內(nèi)存分配,所以在分配和銷(xiāo)毀時(shí)都要占用時(shí)間,因此用堆的效率非常低.但是堆的 優(yōu)點(diǎn)在于,編譯器不必知道要從堆里分配多少存儲(chǔ)空間,也不必知道存儲(chǔ)的數(shù)據(jù)要在堆里停留多長(zhǎng)的時(shí)間,因此,用堆保存數(shù)據(jù)時(shí)會(huì)得到更大的靈活性。事實(shí)上,面 向?qū)ο蟮亩鄳B(tài)性,堆內(nèi)存分配是必不可少的,因?yàn)槎鄳B(tài)變量所需的存儲(chǔ)空間只有在運(yùn)行時(shí)建立了對(duì)象之后才能確定.在C++中,要求建立一個(gè)對(duì)象時(shí),只需用 new命令編制有關(guān)的代碼即可。執(zhí)行這些代碼時(shí),會(huì)在堆里自動(dòng)執(zhí)行 數(shù)據(jù)的保存.當(dāng)然,為達(dá)到這種靈活性,必然會(huì)付出一定的代價(jià):在堆里分配存儲(chǔ)空間時(shí)會(huì)花 掉更長(zhǎng)的時(shí)間!這也正是導(dǎo)致我們剛才所說(shuō)的效率低的原由 ,看來(lái)列寧同志說(shuō)的好,人的優(yōu)點(diǎn)往往也是人的缺點(diǎn),人的缺點(diǎn)往往也是人的優(yōu)點(diǎn).
2.3 JVM中的堆和棧JVM是基于堆棧的虛擬機(jī).JVM為每個(gè)新建立的線(xiàn)程都分配一個(gè)堆棧.也就是說(shuō),對(duì)于一個(gè)Java程序來(lái)說(shuō),它的運(yùn)行就是通過(guò)對(duì)堆棧的操作來(lái)完成的。堆棧以幀為單位保存線(xiàn)程的狀態(tài)。JVM對(duì)堆棧只執(zhí)行 兩種操作:以幀為單位的壓棧和出棧操作。
我們知道,某個(gè)線(xiàn)程正在執(zhí)行的要領(lǐng)稱(chēng)為此線(xiàn)程的當(dāng)前要領(lǐng) .我們可能不知道,當(dāng)前要領(lǐng)運(yùn)用的幀稱(chēng)為當(dāng)前幀。當(dāng)線(xiàn)程激活一個(gè)Java要領(lǐng) ,JVM就會(huì)在線(xiàn)程的 Java堆棧里新壓入一個(gè)幀。這個(gè)幀自然成為了當(dāng)前幀.在此要領(lǐng)執(zhí)行期間,這個(gè)幀將用來(lái)保存參數(shù),局部變量,中間計(jì)算流程和其他數(shù)據(jù).這個(gè)幀在這里和編譯 原理中的活動(dòng)紀(jì)錄的概念是差不多的.從Java的這種分配機(jī)制來(lái)看,堆棧又可以這樣理解:堆棧(Stack)是操作系統(tǒng)在建立某個(gè)進(jìn)程時(shí)或者線(xiàn)程(在支持多線(xiàn)程的操作系統(tǒng)中是線(xiàn)程)為這個(gè)線(xiàn)程建立的存儲(chǔ)區(qū)域,該區(qū)域具有先進(jìn)后出的特征。
每一個(gè)Java使用都唯一對(duì)應(yīng)一個(gè)JVM實(shí)例,每一個(gè)實(shí)例唯一對(duì)應(yīng)一個(gè)堆。使用程序在運(yùn)行中所建立的所有類(lèi)實(shí)例或數(shù)組都放在這個(gè)堆中,并由使用所有的線(xiàn)程 共享.跟C/C++不同,Java中分配堆內(nèi)存是自動(dòng)原始化的。Java中所有對(duì)象的存儲(chǔ)空間都是在堆中分配的,但是這個(gè)對(duì)象的引用卻是在堆棧中分配,也 就是說(shuō)在建立一個(gè)對(duì)象時(shí)從兩個(gè)地點(diǎn)都分配內(nèi)存,在堆中分配的內(nèi)存實(shí)際建立這個(gè)對(duì)象,而在堆棧中分配的內(nèi)存只是一個(gè)指向這個(gè)堆對(duì)象的指針(引用)而已。