初始化和清理
1.this關(guān)鍵字
如果有同一個類型的兩個對象a和b,如何才能讓這兩個對象同時調(diào)用peel方法呢:
如:
Banana a = new Banana();
Banana b = new Banana;
a.peel(1);
b.peel(2);
如果只有一個peel方法,它如何知道是被a還是b調(diào)用呢?
為了能用簡便,面向?qū)ο蟮恼Z法來編寫代碼,即"發(fā)送消息給對象";編譯器做了一些幕后工作,他暗自把“所操作對象的引用”作為第一個參數(shù)傳遞給了peel->所以上述兩個方法的調(diào)用變成了這樣:a.peel(a,1),b.peel(b,1);這是內(nèi)部的表示形式;雖然我們不能這樣書寫代碼,并試圖通過編譯,不過這種寫法的確能幫你了解實際發(fā)生的事情。
如果你希望在方法內(nèi)部獲得對當前對象的引用,由于這個引用是編譯器“偷偷”傳入的,沒有什么標識符可用;但為此有一個專門的關(guān)鍵字:this;this關(guān)鍵字只能在方法內(nèi)部使用,表示“對調(diào)用方法的那個對象”的引用;
當前方法的this引用會自動引用于同一類的其他方法->
只有當需要明確指出對當前對象引用的時候,才需要使用this關(guān)鍵字;如需要返回當前對象的引用的時候,就常常在return語句里這樣寫:
return this;
注:有人執(zhí)意將this放在每一個方法調(diào)用和字段引用前,認為這樣“更清晰更明確”。但是千萬別這么做,我們使用高級語言的原因之一就是它幫我們做一些事情。要是把this放在一些沒有必要的地方,就會使讀你程序的人不知所措,因為別人寫的代碼不會到處用this。遵循一種一致而直觀的編程風格能節(jié)省時間和金錢.
1.通過this返回對當前對象的引用,所以很容易在一條語句中對同一個對象執(zhí)行多種操作;
2.一些必要的地方才需要調(diào)用this
3.構(gòu)造器中調(diào)用構(gòu)造器,this添加參數(shù)列表-產(chǎn)生對符合此列表的某個構(gòu)造器的明確調(diào)用(除構(gòu)造器之外,編譯器禁止在其他任何方法調(diào)用構(gòu)造器)
4.解決參數(shù)名稱和數(shù)據(jù)成員名稱一致,數(shù)據(jù)成員采用this.的形式引用
5.static方法就是沒有this的方法,在static方法的內(nèi)部不能調(diào)用非靜態(tài)方法(這不是完全不可能,如果你傳遞一個對象的引用到靜態(tài)方法里(靜態(tài)方法可以創(chuàng)建其自身的對象),然后通過這個引用(和this效果相同)就可以調(diào)用非靜態(tài)方法和訪問非靜態(tài)數(shù)據(jù)成員了。但通常要達到這樣的效果,你只需寫一個非靜態(tài)方法即可);反過來可以;可以在沒有創(chuàng)建對象的前提下;僅僅通過類本身調(diào)用static方法,這實際上正是static方法的主要用途;
有些人認為static不是面向?qū)ο蟮模驗樗拇_具有全局函數(shù)的語義;使用static方法時,由于不存在this,所以不是通過“向?qū)ο蟀l(fā)送消息”的方式來完成的;的確,要是在代碼中出現(xiàn)了大量的static方法,就該重新考慮一下自己的設(shè)計了;然而static的概念有其實用之處,許多時候都用到它;對于它是否真的面向?qū)ο螅艚o理論家去討論吧;
2.終結(jié)清理和垃圾回收
1.對象可能不被垃圾回收
2.垃圾回收并不等于析構(gòu)
3.垃圾回收只與內(nèi)存有關(guān)
垃圾回收本身也有開銷
finalize:
假定工作原理:一旦垃圾回收器準備好釋放對象占用的存儲空間,將首先調(diào)用finalize方法,并且在下一次垃圾回收動作發(fā)生時,才會真正的回收對象占用的內(nèi)存;【不過要是“垃圾回收”沒有發(fā)生的話,則無法釋放;這個策略是恰當?shù)模灰绦驔]有瀕臨存儲空間用完的一刻;對象占用的空間總也得不到釋放;因為垃圾回收也是有開銷的】
通過某種創(chuàng)建對象方式以外的方式為對象分配了存儲空間:是由于在分配內(nèi)存的時候可能使用了C語言的做法,這種做法主要發(fā)生在使用“本地”方法的情況下;本地方法是一種在Java中調(diào)用非Java代碼的方式。本地方法目前只支持C/C++,但他們可以調(diào)用其他語言寫的代碼,所以實際上可以調(diào)用任何代碼;非Java代碼中,也許會調(diào)用類似C的的malloc函數(shù)系列來分配存儲空間,而且除非調(diào)用了free函數(shù),否則存儲空間將得不到釋放,從而造成內(nèi)存泄露;當然free是C/C++的函數(shù),所以要在finalize中用本地方法調(diào)用它;
【記住:無論是垃圾回收還是終結(jié),都不保證一定會發(fā)生。如果Java虛擬(jvm)并未面臨內(nèi)存耗盡的情況,它是不會浪費時間去執(zhí)行垃圾回收以恢復內(nèi)存的】
3.Java堆模型
1.一些java虛擬機的堆實現(xiàn)中,更像一個傳送帶,每分配一個新對象,就往前移動一格;對象存儲空間的分配速度非常快,Java的“堆”指針只是簡單的移動到尚未分配的區(qū)域;(C++的堆像一個院子,每個對象都負責管理自己的地盤,一段時間后,對象可能被銷毀,但地盤必須加以重用);不過Java的堆并不完全像傳送帶那樣工作,否則會導致頻繁的內(nèi)存頁面調(diào)度,會顯著影響性能;而垃圾回收介入之后,它工作時,一面回收空間,一面使隊中的對象緊湊排列,這樣“堆指針”就可以很容易移動到更靠近傳送帶的開始處;也就盡量避免了頁面錯誤->通過垃圾回收器對對象重新排列,實現(xiàn)了一種告訴的,有無限空間可供分配的堆模型.
4.垃圾回收機制:
1.引用計數(shù):垃圾回收器在含有全部對象的列表遍歷,發(fā)現(xiàn)某個對象的引用計數(shù)為0,就是釋放其占用的空間;不過對于對象之間的循環(huán)引用,則會出現(xiàn)“對象應(yīng)該被回收,不過引用計數(shù)不為0”;對于垃圾回收器而言,定位這樣的交叉引用的對象組所需的工作量極大;
2.更快的模式:對任何“活”的對象,一定能最終追溯到其存活在堆棧或靜態(tài)存儲區(qū)之中的引用;因此,如果從堆棧和靜態(tài)存儲區(qū)開始,遍歷所有的引用,就能找到所有活著的對象;
停止-復制
標記-清掃
兩種方式程序?qū)和?/span>
自適應(yīng)的,分代的,停止-復制,標記-清掃式垃圾回收器
3.java虛擬機許多附加技術(shù)->JIT(just in time)編譯器技術(shù)->
新版JDK的Java HotSpot技術(shù)
6.初始化
1.方法局部變量,編譯時錯誤保證;【當然編譯器可以為局部變量賦一個默認值,不過未初始化的局部變量更有可能是程序員的疏忽,所以采用默認值反而會掩蓋這種失誤,因此強制程序員提供一個初始值,往往可以找到程序中的bug】
2.類的內(nèi)部,變量定義的先后順序決定了初始化的順序;會在任何方法(包括構(gòu)造器)被調(diào)用之前得到初始化
3.靜態(tài)數(shù)據(jù)初始化,無論創(chuàng)建多少個對象,靜態(tài)數(shù)據(jù)都只占用一份存儲區(qū)域->靜態(tài)初始化只有在必要時才進行->
4.構(gòu)造器可以看成是靜態(tài)方法;首次創(chuàng)建類對象/訪問類的靜態(tài)方法,靜態(tài)域->載入類.class->靜態(tài)初始化,只在class加載的時候初始化一次->new,在堆上為該對象分配足夠的存儲空間->這塊存儲空間請0,所有基本類型被置默認值,引用null->執(zhí)行所有出現(xiàn)于字段定義處的初始化動作->執(zhí)行構(gòu)造器->
5.static{},靜態(tài)子句;{},實例初始化子句;
6.數(shù)組初始化int[]array= {};int[] array = new int[]{}->前者只能用在數(shù)組定義處,而后者可以傳參
可變參數(shù)列表,如int...args,String...args;可變參數(shù)列表使重載過程變的復雜了->如f(Integer...args);f(Long...args)->當調(diào)用f()的時候則編譯出錯,因為不知道該調(diào)用哪個f方法->可以給每個方法都就加上一個非可變參數(shù)->你應(yīng)該總是只在方法的一個版本上使用可變參數(shù)列表,或者壓根就不是用它;
7.enum
枚舉是類,且有自己的方法;enum的名字能夠倍加清楚的表明程序意欲何為的;創(chuàng)建enum時,編譯器會自動添加一些有用的特性,如創(chuàng)建toString方法,很方便的顯示每個enum實例的名字;還會創(chuàng)建ordinal方法,表示某個特定enum常量的聲明順序;static values方法,用來按照enum常量的聲明順序,產(chǎn)生由這些常量構(gòu)成的數(shù)組;與switch是絕佳的組合;
直接將所得到的類型直接拿來使用,而不必過多的考慮,將enum用作另一種創(chuàng)建數(shù)據(jù)類型的方式;
在枚舉之前,我們需要創(chuàng)建一個整型常量集,但是這些常量值并不會將其自身的取值限制在這個常量集的范圍內(nèi),因此顯的更有風險; 更難以使用;
當然以前這樣的枚舉安全機制:(個人認為還是可以滿足需求的,只不過沒有一些編譯器添加的有用的特性,而且序列化的時候會有問題)
public class Oriented
{
private int value;
//兩個安全非final枚舉
public static final Oriented ORI = new Oriented(1);
public static final Oriented OR2 = new Oriendted(2);
//私有構(gòu)造函數(shù)
private Oriented(int v)
{
value = v;
}
}
8.垃圾回收器的確增加了運行時的開銷,而且Java解釋器從來就很慢;隨著時間推移,java在性能方面已經(jīng)取得了長足的進步,不過速度問題仍然是它涉及某些編程領(lǐng)域的障礙.
9.部分源碼







































































































































































