一、JDK,SDK,JRE,JVM
我們可以通過(guò)helloworld來(lái)理解這幾個(gè)縮寫詞的具體含義：
public class HelloWorld {
public static void main(String[] args) {
System.out.println("helloworld");
}
}
編譯之后， 我們得到了HelloWorld.class（圖中的"Your program's class files"）
在HelloWorld里面， 我們調(diào)用了 JAVA API中的 java.lang.System這個(gè)類的靜態(tài)成員對(duì)象 out, out 的靜態(tài)方法: public static void println(String string);
然后我們讓虛擬機(jī)器來(lái)執(zhí)行這個(gè)HelloWorld。
1. 虛擬機(jī)會(huì)在classpath中找到HelloWorld.class。
2. 虛擬機(jī)中的解釋器(interpret)會(huì)把HelloWorld.class解釋成字節(jié)碼。
3. 把解釋后的字節(jié)碼交由execution engin執(zhí)行。
4. execution engin會(huì)調(diào)用native method(即平臺(tái)相關(guān)的字節(jié)碼）來(lái)在host system的stdout(顯示器)的指定部分打印出指定的字符串。
5. 這樣， 我們就看到"helloworld"字樣了。
有了這個(gè)流程后， 我們就好理解上面幾個(gè)術(shù)語(yǔ)了：
a. JDK: java develop kit (JAVA API包)
b. SDK: software develop kit, 以前JDK 叫做java software develop kit， 后來(lái)出了1.2版本后， 就改名叫jdk了， 省時(shí)省力， 節(jié)約成本。
c. JRE. java runtime environment 我們的helloworld必須在JRE(JAVA運(yùn)行環(huán)境,JAVA運(yùn)行環(huán)境又叫JAVA平臺(tái)）里面， 才能跑起來(lái)。 所以， 顯然地， JRE其實(shí)就是JDK + JVM
d.
JVM java virtual machine. 簡(jiǎn)單地講， 就是把class文件變成字節(jié)碼， 然后送到excution engin中執(zhí)行。
而為什么叫虛擬機(jī)， 而不叫真實(shí)機(jī)呢？ 因?yàn)镴VM本身是又不能運(yùn)算， 又不能讓顯示器顯示"helloworld"的， 它只能再調(diào)用host
system的API， 比如在w32里面就會(huì)調(diào)c++的API， 來(lái)讓CPU幫他做做算術(shù)運(yùn)算，
來(lái)調(diào)用c++里面的API來(lái)控制顯示器顯示顯示字符串。 而這些API不是JDK里面有的，我們平時(shí)又看不見的，所以我們就叫它native
api了（亦曰私房XX）。
e. 解釋平臺(tái)無(wú)關(guān)。 有人會(huì)說(shuō)， 在linux的里面調(diào)用native api與w32里面調(diào)用的api肯定不一樣吧？ 那為什么說(shuō)JAVA是平臺(tái)無(wú)關(guān)的呢？
其
實(shí)是這樣的， 君不見java.sun.com里面又有jdk-for-w32又有jdk-for-linux下載嗎？ 剛才不是說(shuō)了嗎？
native api, native api, 就是我們平時(shí)看不見的api嗎！ 調(diào)用native這些煩瑣的活兒都讓jdk去做了。
所以我們調(diào)用的時(shí)候只用知道jdk(java api) 里面的java.io.*能提供磁盤訪問(wèn)功能， java.awt.*
能畫個(gè)框框畫個(gè)圓圓就行了嗎。 至于JDK又是怎么調(diào)用的， 在LINXU上更圓呢？ 還是在W32上更圓，(x)
這個(gè)就是JDK個(gè)人的事情了。（理論上講是一樣圓的， 當(dāng)然這又和顯示器是否純平相關(guān)了:D)
同時(shí)， 這里就引申出了另一個(gè)話題。
既如何編寫平臺(tái)無(wú)關(guān)的JAVA程序。 其中關(guān)鍵的一條， 就是調(diào)用且只調(diào)用jdk中的API， 而不要私自調(diào)用native api。 原因很簡(jiǎn)單啊，
JDK-for-linux和JDK-for-w32表面都是一樣的，
所以我在w32里面調(diào)用JDK寫的java程序，在linux里面也會(huì)一樣的寫法啊， 所以就可以移植來(lái)移植去都沒問(wèn)題。(b)
但是如果我在w32里面調(diào)用了 一個(gè)圖形顯示的native api, 當(dāng)我移植到linux去的時(shí)候， 誰(shuí)又能保證里面也有相同名稱，
相同參數(shù)，相同返回值， 相同功能的native api供我調(diào)用呢！(?)
-以上是個(gè)人理解， 如有錯(cuò)漏之處， 萬(wàn)望指出， 共同進(jìn)步！
|
2.Re:[入門]什么叫JDK,SDK,JRE,JVM [Re: sojan] |
Copy to clipboard
|
Posted by: reddream
Posted on: 2003-11-27 13:02
sojan wrote:
... 所以， 顯然地， JRE其實(shí)就是JDK + JVM...
這句話不對(duì)。JRE顧名思義只是java class運(yùn)行時(shí)需要的環(huán)境，JDK不僅包含了JRE，還提供了開發(fā)調(diào)試java程序需要的工具 |
|
3.Re:[入門]什么叫JDK,SDK,JRE,JVM [Re: sojan] |
Copy to clipboard
|
Posted by: sojan
Posted on: 2003-11-27 13:30
我將JRE（Java運(yùn)行環(huán)境）理解為JAVA PLATFORM， 既JAVA平臺(tái)。
reddream 的話也是對(duì)的， JRE同時(shí)也包括讓JAVA運(yùn)行起來(lái)的工具，比如： javac（編譯）， java（運(yùn)行）， javap（反編譯）這些。 |
另一角度
如果安裝了JDK，會(huì)發(fā)同你的電腦有兩套JRE，一套位于
jre
另外一套位于 C:\Program Files\Java\j2re1.4.1_01
目錄下，后面這套比前面那套少了Server端的Java虛擬機(jī)，不過(guò)直接將前面那套的Server端Java虛擬機(jī)復(fù)制過(guò)來(lái)就行了。而且在安裝JDK可
以選擇是否安裝這個(gè)位于 C:\Program Files\Jav a 目錄下的JRE。如果你只安裝JRE，而不是JDK，那么只會(huì)在
C:\Program Files\Java 目錄下安裝唯一的一套JRE。? ???
JRE的地位就象一臺(tái)PC機(jī)一樣，我們寫好的Win32應(yīng)用程序需要操作系統(tǒng)幫我們運(yùn)行，同樣的，我們編寫的Java程序也必須要JRE才能運(yùn)行。所以當(dāng)
你裝完JDK后，如果分別在硬盤上的兩個(gè)不同地方安裝了兩套JRE，那么你可以想象你的電腦有兩臺(tái)虛擬的Java
PC機(jī)，都具有運(yùn)行Java程序的功能。所以我們可以說(shuō)，只要你的電腦安裝了JRE，就可以正確運(yùn)行Jav a應(yīng)用程序。
???? ?1、為什么Sun要讓JDK安裝兩套相同的JRE？這是因?yàn)镴DK里面有很多用Java所編寫的開發(fā)工具（如javac.exe、jar.exe等），而且都放置在 lib\tools.jar
里。從下面例子可以看出，先將tools.jar改名為tools1.jar，然后運(yùn)行javac.exe，顯示如下結(jié)果： Exception in
thread "main" java.lang.NoClassDefFoundError: com/sun/tools/javac /Main
這個(gè)意思是說(shuō)，你輸入javac.exe與輸入 java -cp c:\jdk\lib\tools.jar
com.sun.tools.javac.Main
是一樣的，會(huì)得到相同的結(jié)果。從這里我們可以證明javac.exe只是一個(gè)包裝器（Wrapper），而制作的目的是為了讓開發(fā)者免于輸入太長(zhǎng)的指命。
而且可以發(fā)現(xiàn)lib目錄下的程序都很小，不大于2
9K，從這里我們可以得出一個(gè)結(jié)論。就是JDK里的工具幾乎是用Java所編寫，所以也是Java應(yīng)用程序，因此要使用JDK所附的工具來(lái)開發(fā)Java程
序，也必須要自行附一套JRE才行，所以位于C:\Program Files\Java目錄下的那套JRE就是用來(lái)運(yùn)行一般Java程序用的。
????
2、如果一臺(tái)電腦安裝兩套以上的JRE，誰(shuí)來(lái)決定呢？這個(gè)重大任務(wù)就落在java.exe身上。Java.exe的工作就是找到合適的JRE來(lái)運(yùn)行
Java程序。 Java.exe依照底下的順序來(lái)查找JRE：自己的目錄下有沒有JRE；父目錄有沒有JRE；查詢注冊(cè)表：
[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment]
所以java.exe的運(yùn)行結(jié)果與你的電腦里面哪個(gè)JRE被執(zhí)行有很大的關(guān)系。
??? 3、介紹JVM
JRE目錄下的Bin目錄有兩個(gè)目錄：server與client。這就是真正的jvm.dll所在。
jvm.dll無(wú)法單獨(dú)工作，當(dāng)jvm.dll啟動(dòng)后，會(huì)使用explicit的方法（就是使用Win32
API之中的LoadLibrary()與GetProcAddress()來(lái)載入輔助用的動(dòng)態(tài)鏈接庫(kù)），而這些輔助用的動(dòng)態(tài)鏈接庫(kù)（.dll）都必須位
于jvm.dll所在目錄的父目錄之中。因此想使用哪個(gè)JVM，只需要設(shè)置PATH，指向JRE所在目錄底下的jvm.dll。
對(duì)于這個(gè)系列里的問(wèn)題，每個(gè)學(xué)Java的人都應(yīng)該搞懂。當(dāng)然，如果只是學(xué)Java玩玩就無(wú)所謂了。如果你認(rèn)為自己已經(jīng)超越初學(xué)者了，卻不很懂這些問(wèn)題，請(qǐng)將你自己重歸初學(xué)者行列。內(nèi)容均來(lái)自于CSDN的經(jīng)典老貼。
二、java環(huán)境變量有三個(gè)JAVA_HOME,CLASSPATH,PATH.
只有這三個(gè)java環(huán)境變量。
JAVA_HOME指向的是JDK的安裝路徑，如C:\j2sdk1.4.2_09，在這路徑下你應(yīng)該能夠找到bin、lib等目錄。當(dāng)然，你愿意放哪里，就放哪里。我的是放在c盤根目錄
JAVA_HOME=C:\j2sdk1.4.2_09;
PATH環(huán)境變量,目的是為了指向JDK的bin目錄，這里面放的是各種編譯執(zhí)行命令。
我的設(shè)置是：
PATH=C:\j2sdk1.4.2_09\bin;C:\j2sdk1.4.2_09\jre\bin;
需要說(shuō)明，系統(tǒng)中本身就有PATH環(huán)境變量，只要把C:\j2sdk1.4.2_09\bin;C:\j2sdk1.4.2_09\jre\bin;直接放到后面即可，中間有分號(hào)間隔。
如果你的JAVA_HOME是別的目錄，就對(duì)照著該吧。
CLASSPATH最重要。
CLASSPATH=.;C:\j2sdk1.4.2_09\lib;C:\j2sdk1.4.2_09\lib\tools.jar;這時(shí)我的設(shè)置。這是類的路徑。前面加上點(diǎn)和分號(hào)，意為首先在當(dāng)前目錄查找，以后你自己編寫類的時(shí)候自然明白這點(diǎn)。
那么為什么要設(shè)置環(huán)境變量，以前編寫c語(yǔ)言的時(shí)候怎么不設(shè)置呢？
由于WINDOWS默認(rèn)的搜索順序，先搜索當(dāng)前目錄的，再搜索系統(tǒng)目錄的，再搜索PATH環(huán)境變量設(shè)定的。你在編寫java程序時(shí)，在一個(gè)指定目錄，這里沒有編譯執(zhí)行命令，而系統(tǒng)目錄里面，也沒有編譯執(zhí)行命令。所以放在環(huán)境變量里面， 從這里你應(yīng)該可以看出，環(huán)境變量是干什么用的了。簡(jiǎn)單說(shuō)就是告訴操作系統(tǒng)到那里去找指定的文件。你要是把系統(tǒng)目錄給改了，看你用dos命令還好不好使。
配置完后，在命令提示符下，鍵入java -version,如果出現(xiàn)java的一些信息，說(shuō)明配置成功
//問(wèn)題一
在命令行中輸入 javac HelloWorld.java 后出現(xiàn)如下錯(cuò)誤：
′javac′ 不是內(nèi)部或外部命令，也不是可運(yùn)行的程序或批處理文件。
(javac: Command not found)
這個(gè)錯(cuò)誤產(chǎn)生的原因是沒有設(shè)置好環(huán)境變量path。下面以windows xp為例子來(lái)講解如何設(shè)置環(huán)境變量path。右鍵單擊我的電腦－>屬性－>高級(jí)－>環(huán)境變量，然后在系統(tǒng)變量中選擇添加，變量名為path，變量值為d:\j2se\bin（這里假設(shè)你的jdk的安裝d:\j2se,當(dāng)然如果你的jdk的安裝目錄是別的目錄的話，比如c:\jdk1.2，那么你的path應(yīng)該設(shè)置為c:\jdk1.2\bin。）。最后不要忘記了重新啟動(dòng)，當(dāng)然你也可以再接著設(shè)置完另一個(gè)環(huán)境變量classpath后再重新啟動(dòng)。
//問(wèn)題二
在命令行中輸入 java HelloWorld 后出現(xiàn)如下錯(cuò)（注意不是 java HelloWorld.class 。）
Exception in thread "main" java.lang.NoClassDefFoundError: HelloWorld
這個(gè)錯(cuò)誤產(chǎn)生的原因是沒有設(shè)置好環(huán)境變量classpath，這時(shí)只需要將classpath的值設(shè)置為
.;d:\j2se\lib\dt.jar;d:\j2se\lib\tools.jar
當(dāng)然，如果你的jdk的安裝目錄是在別的地方的話，比如c:\jdk1.2，那么你的classpath變量應(yīng)該設(shè)置為
.;c:\jdk1.2\lib\dt.jar;c:\jdk1.2\lib\tools.jar
最后重新啟動(dòng)，然后再小心：）的去編譯你的HelloWorld.java程序
三、基礎(chǔ)知識(shí)
問(wèn)題一：我聲明了什么！
String s = "Hello world!";
許多人都做過(guò)這樣的事情，但是，我們到底聲明了什么？回答通常是：一個(gè)String，內(nèi)容是“Hello world!”。這樣模糊的回答通常是概念不清的根源。如果要準(zhǔn)確的回答，一半的人大概會(huì)回答錯(cuò)誤。
這個(gè)語(yǔ)句聲明的是一個(gè)指向?qū)ο蟮囊茫麨椤皊”，可以指向類型為String的任何對(duì)象，目前指向"Hello world!"這個(gè)String類型的對(duì)象。這就是真正發(fā)生的事情。我們并沒有聲明一個(gè)String對(duì)象，我們只是聲明了一個(gè)只能指向String對(duì)象的引用變量。所以，如果在剛才那句語(yǔ)句后面，如果再運(yùn)行一句：
String string = s;
我們是聲明了另外一個(gè)只能指向String對(duì)象的引用，名為string，并沒有第二個(gè)對(duì)象產(chǎn)生，string還是指向原來(lái)那個(gè)對(duì)象，也就是，和s指向同一個(gè)對(duì)象。
問(wèn)題二："=="和equals方法究竟有什么區(qū)別？
==操作符專門用來(lái)比較變量的值是否相等。比較好理解的一點(diǎn)是：
int a=10;
int b=10;
則a==b將是true。
但不好理解的地方是：
String a=new String("foo");
String b=new String("foo");
則a==b將返回false。
根據(jù)前一帖說(shuō)過(guò)，對(duì)象變量其實(shí)是一個(gè)引用，它們的值是指向?qū)ο笏诘膬?nèi)存地址，而不是對(duì)象本身。a和b都使用了new操作符，意味著將在內(nèi)存中產(chǎn)生兩個(gè)內(nèi)容為"foo"的字符串，既然是“兩個(gè)”，它們自然位于不同的內(nèi)存地址。a和b的值其實(shí)是兩個(gè)不同的內(nèi)存地址的值，所以使用"=="操作符，結(jié)果會(huì)是false。誠(chéng)然，a和b所指的對(duì)象，它們的內(nèi)容都是"foo"，應(yīng)該是“相等”，但是==操作符并不涉及到對(duì)象內(nèi)容的比較。
對(duì)象內(nèi)容的比較，正是equals方法做的事。
看一下Object對(duì)象的equals方法是如何實(shí)現(xiàn)的：
boolean equals(Object o){
return this==o;
}
Object對(duì)象默認(rèn)使用了==操作符。所以如果你自創(chuàng)的類沒有覆蓋equals方法，那你的類使用equals和使用==會(huì)得到同樣的結(jié)果。同樣也可以看出，Object的equals方法沒有達(dá)到equals方法應(yīng)該達(dá)到的目標(biāo)：比較兩個(gè)對(duì)象內(nèi)容是否相等。因?yàn)榇鸢笐?yīng)該由類的創(chuàng)建者決定，所以O(shè)bject把這個(gè)任務(wù)留給了類的創(chuàng)建者。
看一下一個(gè)極端的類：
Class Monster{
private String content;
...
boolean equals(Object another){ return true;}
}
我覆蓋了equals方法。這個(gè)實(shí)現(xiàn)會(huì)導(dǎo)致無(wú)論Monster實(shí)例內(nèi)容如何，它們之間的比較永遠(yuǎn)返回true。
所以當(dāng)你是用equals方法判斷對(duì)象的內(nèi)容是否相等，請(qǐng)不要想當(dāng)然。因?yàn)榭赡苣阏J(rèn)為相等，而這個(gè)類的作者不這樣認(rèn)為，而類的equals方法的實(shí)現(xiàn)是由他掌握的。如果你需要使用equals方法，或者使用任何基于散列碼的集合（HashSet,HashMap,HashTable），請(qǐng)察看一下java doc以確認(rèn)這個(gè)類的equals邏輯是如何實(shí)現(xiàn)的。
問(wèn)題三：String到底變了沒有？
沒有。因?yàn)镾tring被設(shè)計(jì)成不可變(immutable)類，所以它的所有對(duì)象都是不可變對(duì)象。請(qǐng)看下列代碼：
String s = "Hello";
s = s + " world!";
s所指向的對(duì)象是否改變了呢？從本系列第一篇的結(jié)論很容易導(dǎo)出這個(gè)結(jié)論。我們來(lái)看看發(fā)生了什么事情。在這段代碼中，s原先指向一個(gè)String對(duì)象，內(nèi)容是"Hello"，然后我們對(duì)s進(jìn)行了+操作，那么s所指向的那個(gè)對(duì)象是否發(fā)生了改變呢？答案是沒有。這時(shí)，s不指向原來(lái)那個(gè)對(duì)象了，而指向了另一個(gè)String對(duì)象，內(nèi)容為"Hello world!"，原來(lái)那個(gè)對(duì)象還存在于內(nèi)存之中，只是s這個(gè)引用變量不再指向它了。
通過(guò)上面的說(shuō)明，我們很容易導(dǎo)出另一個(gè)結(jié)論，如果經(jīng)常對(duì)字符串進(jìn)行各種各樣的修改，或者說(shuō)，不可預(yù)見的修改，那么使用String來(lái)代表字符串的話會(huì)引起很大的內(nèi)存開銷。因?yàn)镾tring對(duì)象建立之后不能再改變，所以對(duì)于每一個(gè)不同的字符串，都需要一個(gè)String對(duì)象來(lái)表示。這時(shí)，應(yīng)該考慮使用StringBuffer類，它允許修改，而不是每個(gè)不同的字符串都要生成一個(gè)新的對(duì)象。并且，這兩種類的對(duì)象轉(zhuǎn)換十分容易。
同時(shí)，我們還可以知道，如果要使用內(nèi)容相同的字符串，不必每次都new一個(gè)String。例如我們要在構(gòu)造器中對(duì)一個(gè)名叫s的String引用變量進(jìn)行初始化，把它設(shè)置為初始值，應(yīng)當(dāng)這樣做：
public class Demo {
private String s;
...
public Demo {
s = "Initial Value";
}
...
}
而非
s = new String("Initial Value");
后者每次都會(huì)調(diào)用構(gòu)造器，生成新對(duì)象，性能低下且內(nèi)存開銷大，并且沒有意義，因?yàn)镾tring對(duì)象不可改變，所以對(duì)于內(nèi)容相同的字符串，只要一個(gè)String對(duì)象來(lái)表示就可以了。也就說(shuō)，多次調(diào)用上面的構(gòu)造器創(chuàng)建多個(gè)對(duì)象，他們的String類型屬性s都指向同一個(gè)對(duì)象。
上面的結(jié)論還基于這樣一個(gè)事實(shí)：對(duì)于字符串常量，如果內(nèi)容相同，Java認(rèn)為它們代表同一個(gè)String對(duì)象。而用關(guān)鍵字new調(diào)用構(gòu)造器，總是會(huì)創(chuàng)建一個(gè)新的對(duì)象，無(wú)論內(nèi)容是否相同。
至于為什么要把String類設(shè)計(jì)成不可變類，是它的用途決定的。其實(shí)不只String，很多Java標(biāo)準(zhǔn)類庫(kù)中的類都是不可變的。在開發(fā)一個(gè)系統(tǒng)的時(shí)候，我們有時(shí)候也需要設(shè)計(jì)不可變類，來(lái)傳遞一組相關(guān)的值，這也是面向?qū)ο笏枷氲捏w現(xiàn)。不可變類有一些優(yōu)點(diǎn)，比如因?yàn)樗膶?duì)象是只讀的，所以多線程并發(fā)訪問(wèn)也不會(huì)有任何問(wèn)題。當(dāng)然也有一些缺點(diǎn)，比如每個(gè)不同的狀態(tài)都要一個(gè)對(duì)象來(lái)代表，可能會(huì)造成性能上的問(wèn)題。所以Java標(biāo)準(zhǔn)類庫(kù)還提供了一個(gè)可變版本，即StringBuffer。
問(wèn)題四：final關(guān)鍵字到底修飾了什么？
final使得被修飾的變量"不變"，但是由于對(duì)象型變量的本質(zhì)是“引用”，使得“不變”也有了兩種含義：引用本身的不變，和引用指向的對(duì)象不變。
引用本身的不變：
final StringBuffer a=new StringBuffer("immutable");
final StringBuffer b=new StringBuffer("not immutable");
a=b;//編譯期錯(cuò)誤
引用指向的對(duì)象不變：
final StringBuffer a=new StringBuffer("immutable");
a.append(" broken!"); //編譯通過(guò)
可見，final只對(duì)引用的“值”(也即它所指向的那個(gè)對(duì)象的內(nèi)存地址)有效，它迫使引用只能指向初始指向的那個(gè)對(duì)象，改變它的指向會(huì)導(dǎo)致編譯期錯(cuò)誤。至于它所指向的對(duì)象的變化，final是不負(fù)責(zé)的。這很類似==操作符：==操作符只負(fù)責(zé)引用的“值”相等，至于這個(gè)地址所指向的對(duì)象內(nèi)容是否相等，==操作符是不管的。
理解final問(wèn)題有很重要的含義。許多程序漏洞都基于此----final只能保證引用永遠(yuǎn)指向固定對(duì)象，不能保證那個(gè)對(duì)象的狀態(tài)不變。在多線程的操作中,一個(gè)對(duì)象會(huì)被多個(gè)線程共享或修改，一個(gè)線程對(duì)對(duì)象無(wú)意識(shí)的修改可能會(huì)導(dǎo)致另一個(gè)使用此對(duì)象的線程崩潰。一個(gè)錯(cuò)誤的解決方法就是在此對(duì)象新建的時(shí)候把它聲明為final，意圖使得它“永遠(yuǎn)不變”。其實(shí)那是徒勞的。
問(wèn)題五：到底要怎么樣初始化！
本問(wèn)題討論變量的初始化，所以先來(lái)看一下Java中有哪些種類的變量。
1. 類的屬性，或者叫值域
2. 方法里的局部變量
3. 方法的參數(shù)
對(duì)于第一種變量，Java虛擬機(jī)會(huì)自動(dòng)進(jìn)行初始化。如果給出了初始值，則初始化為該初始值。如果沒有給出，則把它初始化為該類型變量的默認(rèn)初始值。
int類型變量默認(rèn)初始值為0
float類型變量默認(rèn)初始值為0.0f
double類型變量默認(rèn)初始值為0.0
boolean類型變量默認(rèn)初始值為false
char類型變量默認(rèn)初始值為0(ASCII碼)
long類型變量默認(rèn)初始值為0
所有對(duì)象引用類型變量默認(rèn)初始值為null，即不指向任何對(duì)象。注意數(shù)組本身也是對(duì)象，所以沒有初始化的數(shù)組引用在自動(dòng)初始化后其值也是null。
對(duì)于兩種不同的類屬性，static屬性與instance屬性，初始化的時(shí)機(jī)是不同的。instance屬性在創(chuàng)建實(shí)例的時(shí)候初始化，static屬性在類加載，也就是第一次用到這個(gè)類的時(shí)候初始化，對(duì)于后來(lái)的實(shí)例的創(chuàng)建，不再次進(jìn)行初始化。這個(gè)問(wèn)題會(huì)在以后的系列中進(jìn)行詳細(xì)討論。
對(duì)于第二種變量，必須明確地進(jìn)行初始化。如果再?zèng)]有初始化之前就試圖使用它，編譯器會(huì)抗議。如果初始化的語(yǔ)句在try塊中或if塊中，也必須要讓它在第一次使用前一定能夠得到賦值。也就是說(shuō)，把初始化語(yǔ)句放在只有if塊的條件判斷語(yǔ)句中編譯器也會(huì)抗議，因?yàn)閳?zhí)行的時(shí)候可能不符合if后面的判斷條件，如此一來(lái)初始化語(yǔ)句就不會(huì)被執(zhí)行了，這就違反了局部變量使用前必須初始化的規(guī)定。但如果在else塊中也有初始化語(yǔ)句，就可以通過(guò)編譯，因?yàn)闊o(wú)論如何，總有至少一條初始化語(yǔ)句會(huì)被執(zhí)行，不會(huì)發(fā)生使用前未被初始化的事情。對(duì)于try-catch也是一樣，如果只有在try塊里才有初始化語(yǔ)句，編譯部通過(guò)。如果在catch或finally里也有，則可以通過(guò)編譯。總之，要保證局部變量在使用之前一定被初始化了。所以，一個(gè)好的做法是在聲明他們的時(shí)候就初始化他們，如果不知道要出事化成什么值好，就用上面的默認(rèn)值吧！
其實(shí)第三種變量和第二種本質(zhì)上是一樣的，都是方法中的局部變量。只不過(guò)作為參數(shù)，肯定是被初始化過(guò)的，傳入的值就是初始值，所以不需要初始化。
問(wèn)題六：instanceof是什么東東？
instanceof是Java的一個(gè)二元操作符，和==，>，<是同一類東東。由于它是由字母組成的，所以也是Java的保留關(guān)鍵字。它的作用是測(cè)試它左邊的對(duì)象是否是它右邊的類的實(shí)例，返回boolean類型的數(shù)據(jù)。舉個(gè)例子：
String s = "I AM an Object!";
boolean isObject = s instanceof Object;
我們聲明了一個(gè)String對(duì)象引用，指向一個(gè)String對(duì)象，然后用instancof來(lái)測(cè)試它所指向的對(duì)象是否是Object類的一個(gè)實(shí)例，顯然，這是真的，所以返回true，也就是isObject的值為True。
instanceof有一些用處。比如我們寫了一個(gè)處理賬單的系統(tǒng)，其中有這樣三個(gè)類：
public class Bill {//省略細(xì)節(jié)}
public class PhoneBill extends Bill {//省略細(xì)節(jié)}
public class GasBill extends Bill {//省略細(xì)節(jié)}
在處理程序里有一個(gè)方法，接受一個(gè)Bill類型的對(duì)象，計(jì)算金額。假設(shè)兩種賬單計(jì)算方法不同，而傳入的Bill對(duì)象可能是兩種中的任何一種，所以要用instanceof來(lái)判斷：
public double calculate(Bill bill) {
if (bill instanceof PhoneBill) {
//計(jì)算電話賬單
}
if (bill instanceof GasBill) {
//計(jì)算燃?xì)赓~單
}
...
}
這樣就可以用一個(gè)方法處理兩種子類。
然而，這種做法通常被認(rèn)為是沒有好好利用面向?qū)ο笾械亩鄳B(tài)性。其實(shí)上面的功能要求用方法重載完全可以實(shí)現(xiàn)，這是面向?qū)ο笞兂蓱?yīng)有的做法，避免回到結(jié)構(gòu)化編程模式。只要提供兩個(gè)名字和返回值都相同，接受參數(shù)類型不同的方法就可以了：
public double calculate(PhoneBill bill) {
//計(jì)算電話賬單
}
public double calculate(GasBill bill) {
//計(jì)算燃?xì)赓~單
}
所以，使用instanceof在絕大多數(shù)情況下并不是推薦的做法，應(yīng)當(dāng)好好利用多態(tài)。
posted on 2006-02-07 11:29
阿成 閱讀(271)
評(píng)論(0) 編輯 收藏 所屬分類:
Java