我們在深入Java核心繫列文章中給大家講過JVM中的棧和局部變數.在做Java開發的時候常用的JVM內存管理有兩種,一種是堆內存,一種是棧內存.堆內存主要用來存儲程序在運行時創建或實例化的對象與變數,例如：我們通過new MyClass()創建的類MyClass的對象.而棧內存則是用來存儲程序代碼中聲明為靜態（或非靜態）的方法.下面我給大家舉個例子：
就拿上面的例子來說,放在棧內存中的有：main,makeThings,放在堆內存中有：Test,list,object.
JVM中對象的生命周期大致可以分為7個階段：創建階段、應用階段、不可視階段、不可到達階段、可收集階段、終結階段與釋放階段.
1.創建階段：
（1）為對象分配存儲空間.
（2）開始構造對象.
（3）遞歸調用其超類的構造方法.
（4）進行對象實力初始化與變數初始化.
（5）執行構造方法體.
還有就是你在創建對象的時候需要注意的地方：
（1）避免在循環體中創建對象,即使該對象佔用內存空間不大.
（2）盡量及時使對象符合垃圾回收標準.
（3）不要採用過深的繼承層次.
（4）訪問本地變數優於訪問類中的變數.
2.應用階段：
在應用階段涉及到4個引用：
（1）強引用：是指JVM內存管理器從根引用集合出發遍尋堆中所有到達對象的路徑.
（2）軟引用：是具有較強的引用功能,只有當內存不夠的時候,才回收這類內存,因此內存足夠的時候,不會被回收.
（3）弱引用：弱引用與軟引用對象的最大不同在於：GC在進行回收時,需要通過演算法檢查是否回收軟引用對象,而對於弱引用來說,GC總是進行回收.
（4）虛引用：主要用於輔助finalize函數的使用.虛引用主要適用於以某種比Java終結機制更靈活的方式調度pre-mortem清除操作.
3.不可視階段：
先看一段代碼：
如果一個對象已使用完了,應該主動將其設置為null,可以在上面的代碼行obj.doSomething();下添加代碼行obj=null;這樣一行代碼強制將obj對象置為空值,這樣做的意義就是幫助JVM及時的發現這個垃圾對象,並且可以及時的回收該對象佔用的系統資源.
4.不可到達階段：
處於不可到達階段的對象,在虛擬機所管理的對象引用根集合中再也找不到直接或間接的強引用,這些對象通常是指多有線程棧中的臨時變數,所有已裝載的類的靜態變數或者對本地代碼介面（JNI）引用.
5.可收集階段、終結階段與釋放階段：
當對象處於這個階段的時候,可能處於下面三種情況：
（1）垃圾回收器發現該對象已經不可到達.
（2）finalize方法已經被執行.
（3）對象空間已被重用.
當對象處於上面三種清空的時候,虛擬機就可以直接將該對象回收了.
析構方法finalize
前面我們說了JVM的垃圾回收機制和JVM中對象的生命周期,今天給大家講個方法,叫做析構方法finalize,我想搞過C 的人都知道,
是內存管理技術中相當重要的一部分.但是,在Java中好像沒有這個概念,這是
,理論上JVM負責對象的析構（銷毀與回收）工作,finalize是Object類中的一個方法,並且是protected,由於所有的類都繼承了Object對象,因此,就都隱式的繼承了改方法,不過可以重寫這個方法,如果重寫此方法,
一句必須寫上super.finalize()語句,
finalize方法沒有自動實現遞歸調用.那我們在什麼時候要重寫它呢？當有一些不容易控制並且非常重要的資源時,要放到finalize方法中,例如：一些I/O的操作,數據的連接等等,這些資源的釋放對整個應用程序是非常關鍵的.
我先讓大家看一段代碼：
finalize方法最終是由JVM中的垃圾回收器調用的,由於垃圾回收器調用finalize的時間是不確定或者不及時的,調用時機對我們來說是不可控的,因此我們可以在自己的類中聲明一個destory()方法,在這個方法中添加釋放系統資源的處理代碼,但是還是建議你將對destroy()方法的調用放入當前類的finalize()方法體中,
這樣做更保險,更安全.
靜態變數
我們知道類中的靜態變數在程序運行期間,其內存空間對所有該類的對象實例而言是共享的,為了節省系統內存開銷、共享資源,應該將一些變數聲明為靜態變數.通過下面的例子,你就會發現有什麼不同.
代碼一：
代碼二：
我想大家應該發現上面那兩個類的區別了吧！
代碼一會在內存中保存20000個weeks的副本,而代碼二則在內存中保存1個weeks的副本,然後共享該副本,這樣的話就不會造成內存的浪費.
雖然靜態的變數能節約大量的內存,但是並不是所有的地方都適合用,建議大家在下列條件都符合的情況下,盡量用靜態變數：
（1）變數所包含的對象體積較大,佔用內存較多.
（2）變數所包含的對象生命周期較長.
（3）變數所包含的對象數據穩定.
（4）該類的對象實例有對該變數所包含的對象的共享需求.
如果變數不具備上述特點,建議不要輕易使用靜態變數,以免弄巧成拙.
,再提一點內存的優化,就是有關對象的重用,比如：對象池和資料庫連接池等.那樣的話,是很節約內存空間的,不過,在用的時候要考慮各個方面,比如：運行環境的內存資源的限制等.為了防止對象池中的對象過多,要記得清除.
內存管理有許多技巧和方式
其實內存管理有許多技巧和方式,在這,我給大家介紹一下.
（1）要儘早的釋放無用對象的引用.如果,該對象不用了,你可以把它設置為null.但要注意,如果該對象是某方法的返回值,千萬不要這樣處理,否則你從該方法中得到的返回值永遠為空,
這種錯誤不易被發現,因此這時很難及時抓住、排除NullPointerException異常.
（2）盡量少用finalize函數.
它會加大GC的工作量,因此盡量少用finalize方式回收資源.
（3）如果需要使用經常用到的圖片,可以使用soft應用類型（也就是轉換為軟引用類型）,它可以儘可能將圖片保存在內存中,供程序調用,而不引起OutOfMemory.
（4）注意集合數據類型,包括數組、樹、圖、鏈表等數據結構,這些數據結構對於GC來說,回收更為複雜.另外,要注意那些全局變數,靜態變數,這些對象往往容易引起懸挂對象,造成內存浪費.
（5）盡量避免在類的默認構造器中創建、初始化大量的對象,防止在調用其子類的構造器時造成不必要的內存資源浪費.
（6）盡量避免強制系統做垃圾內存回收（通過顯式調用方法System.gc()),增長系統做垃圾回收的最終時間,降低系統性能.
（7）盡量避免顯式申請數組空間,當不得不顯式申請數組空間時盡量準確的估計出其合理值,以免造成不必要的系統內存開銷.
（8）盡量在做遠程方法調用（RMI）類應用開發時使用瞬間值變數,除非遠程調用端需要獲取該瞬間值變數的值.
（9）盡量在合適的場景下使用對象池技術以提高系統的性能,縮減系統內存開銷,但是要注意對象池的尺寸不易過大,及時清除無效對象釋放內存資源,綜合考慮應用運行環境的內存資源限制,避免過高估計運行環境所提供內存資源的數量.
雖然,這些技巧提高不了多少性能,但是,在嵌入式開發,或者要求性能比較高的系統中卻很有用.
