Java開發(fā)無疑是當(dāng)前互聯(lián)網(wǎng)行業(yè)當(dāng)中的熱門職業(yè)，當(dāng)然，要真正成為一個(gè)Java開發(fā)精英并不是一件容易的事情。中培偉業(yè)《JAVA高級(jí)開發(fā)技術(shù)實(shí)戰(zhàn)》培訓(xùn)專家龔老師就在這里就Java開發(fā)者應(yīng)該注意的大問題進(jìn)行了詳細(xì)介紹。

一、到底要怎么樣初始化!

蔣老師認(rèn)為，本問題討論變量的初始化，所以先來看一下 Java中有哪些種類的變量。

1. 類的屬性，或者叫值域

2. 方法里的局部變量

3. 方法的參數(shù) 對(duì)于第一種變量， Java虛擬機(jī)會(huì)自動(dòng)進(jìn)行初始化。如果給出了初始值，則初始化為該初始值。如果沒有給出，則把它初始化為該類型變量的默認(rèn)初始值。

所有對(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ì)于后來的實(shí)例的創(chuàng)建，不再次進(jìn)行初始化。這個(gè)問題會(huì)在以后的系列中進(jìn)行詳細(xì)討論。對(duì)于第二種變量，必須明確地進(jìn)行初始化。如果再?zèng)]有初始化之前就試圖使用它，編譯器會(huì)抗議。

如果初始化的語(yǔ)句在try塊中或if塊中，也必須要讓它在第一次使用前一定能夠得到賦值。也就是說，把初始化語(yǔ)句放在只有if塊的條件判斷語(yǔ)句中編譯器也會(huì)抗議，因?yàn)閳?zhí)行的時(shí)候可能不符合if后面的判斷條件，如此一來初始化語(yǔ)句就不會(huì)被執(zhí)行了，這就違反了局部變量使用前必須初始化的規(guī)定。但如果在else塊中也有初始化語(yǔ)句，就可以通過編譯，因?yàn)闊o論如何，總有至少一條初始化語(yǔ)句會(huì)被執(zhí)行，不會(huì)發(fā)生使用前未被初始化的事情。對(duì)于try-catch也是一樣，如果只有在try塊里才有初始化語(yǔ)句，編譯部通過。

如果在catchfinally里也有，則可以通過編譯。總之，要保證局部變量在使用之前一定被初始化了。所以，一個(gè)好的做法是在聲明他們的時(shí)候就初始化他們，如果不知道要出事化成什么值好，就用上面的默認(rèn)值吧其實(shí)第三種變量和第二種本質(zhì)上是一樣的，都是方法中的局部變量。只不過作為參數(shù)，肯定是被初始化過的，傳入的值就是初始值，所以不需要初始化。

二、什么是instanceof

據(jù)蔣老師介紹，instanceofJava的一個(gè)二元操作符，和==,>,<是同一類東東。由于它是由字母組成的，所以也是Java的保留關(guān)鍵字。它的作用是 測(cè)試它左邊的對(duì)象是否是它右邊的類的實(shí)例，返回boolean類型的數(shù)據(jù)。然而，這種做法通常被認(rèn)為是沒有好好利用面向?qū)ο笾械亩鄳B(tài)性。其實(shí)上面的功能要求用方法重載完全可以實(shí)現(xiàn)，這是面向?qū)ο笞兂蓱?yīng)有的做法，避免回到結(jié)構(gòu)化編程模式。只要提供兩個(gè)名字和返回值都相同，接受參數(shù)類型不同的方法就可以了：所以，使用instanceof在絕大多數(shù)情況下并不是推薦的做法，應(yīng)當(dāng)好好利用多態(tài)。

三、"=="equals方法究竟有什么區(qū)別？

==操作符專門用來比較變量的值是否相等。比較好理解的一點(diǎn)是：根據(jù)前一帖說過，對(duì)象變量其實(shí)是一個(gè)引用，它們的值是指向?qū)ο笏诘膬?nèi)存地址，而不是對(duì)象本身。都使用了new操作符，意味著將在內(nèi)存中產(chǎn)生兩個(gè)內(nèi)容為"foo"的字符串，既然是"兩個(gè)",它們自然位于不同的內(nèi)存地址。的值其實(shí)是兩個(gè)不同的內(nèi)存地址的值，所以使用"=="操作符，結(jié)果會(huì)是false.誠(chéng)然，所指的對(duì)象，它們的內(nèi)容都是"foo",應(yīng)該是"相等",但是==操作符并不涉及到對(duì)象內(nèi)容的比較。對(duì)象內(nèi)容的比較，正是equals方法做的事。

四、final關(guān)鍵字到底修飾了什么？

final使得被修飾的變量"不變",但是由于對(duì)象型變量的本質(zhì)是"引用",使得"不變"也有了兩種含義：引用本身的不變，和引用指向的對(duì)象不變。

五、我聲明了什么!

許多人都做過這樣的事情，但是，我們到底聲明了什么？回答通常是：一個(gè)String,內(nèi)容是"Hello world!".這樣模糊的回答通常是概念不清的根源。如果要準(zhǔn)確的回答，一半的人大概會(huì)回答錯(cuò)誤。這個(gè)語(yǔ)句聲明的是一個(gè)指向?qū)ο蟮囊茫麨?quot;s",可以指向類型為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還是指向原來那個(gè)對(duì)象，也就是，和指向同一個(gè)對(duì)象。

六、String到底變了沒有？

沒有。因?yàn)镾tring被設(shè)計(jì)成不可變(immutable)類，所以它的所有對(duì)象都是不可變對(duì)象。請(qǐng)看下列代碼：

String s = "Hello";

s = s + " world!";

s所指向的對(duì)象是否改變了呢？從本系列第一篇的結(jié)論很容易導(dǎo)出這個(gè)結(jié)論。我們來看看發(fā)生了什么事情。在這段代碼中，原先指向一個(gè)String對(duì)象，內(nèi)容是"Hello",然后我們對(duì)進(jìn)行了操作，那么所指向的那個(gè)對(duì)象是否發(fā)生了改變呢？答案是沒有。這時(shí)，不指向原來那個(gè)對(duì)象了，而指向了另一個(gè)String對(duì)象，內(nèi)容為"Hello world!",原來那個(gè)對(duì)象還存在于內(nèi)存之中，只是這個(gè)引用變量不再指向它了。通過上面的說明，我們很容易導(dǎo)出另一個(gè)結(jié)論，如果經(jīng)常對(duì)字符串進(jìn)行各種各樣的修改，或者說，不可預(yù)見的修改，那么使用String來代表字符串的話會(huì)引起很大的內(nèi)存開銷。

因?yàn)镾tring對(duì)象建立之后不能再改變，所以對(duì)于每一個(gè)不同的字符串，都需要一個(gè)String對(duì)象來表示。這時(shí)，應(yīng)該考慮使用StringBuffer類，它允許修改，而不是每個(gè)不同的字符串都要生成一個(gè)新的對(duì)象。并且，這兩種類的對(duì)象轉(zhuǎn)換十分容易。同時(shí)，我們還可以知道，如果要使用內(nèi)容相同的字符串，不必每次都new一個(gè)String