關(guān)于這個(gè)系列里的問(wèn)題，每個(gè)學(xué)Java的人都應(yīng)該搞懂。當(dāng)然，若是僅僅學(xué)Java玩玩就無(wú)所謂了。若是你以為本人現(xiàn)已逾越初學(xué)者了，卻不很懂這些問(wèn)題，請(qǐng)將你本人重歸初學(xué)者隊(duì)伍。

問(wèn)題一：我聲明晰什么！

String s = "Hello world!";

許多人都做過(guò)這樣的事情，但是，我們到底聲明了什么?回答通常是：一個(gè)String，內(nèi)容是“Hello world!”。這樣模糊的回答通常是概念不清的根源。如果要準(zhǔn)確的回答，一半的人大概會(huì)回答錯(cuò)誤。
這個(gè)語(yǔ)句聲明的是一個(gè)指向?qū)ο蟮囊?，名為“s”，可以指向類(lèi)型為String的任何對(duì)象，目前指向"Hello world!"這個(gè)String類(lèi)型的對(duì)象。這就是真正發(fā)生的事情。我們并沒(méi)有聲明一個(gè)String對(duì)象，我們只是聲明了一個(gè)只能指向String對(duì)象的引用變量。所以，如果在剛才那句語(yǔ)句后面，如果再運(yùn)行一句：

String string = s;

我們是聲明了另外一個(gè)只能指向String對(duì)象的引用，名為string，并沒(méi)有第二個(gè)對(duì)象產(chǎn)生，string還是指向原來(lái)那個(gè)對(duì)象，也就是，和s指向同一個(gè)對(duì)象。

問(wèn)題二："=="和equals方法究竟有什么區(qū)別?

==操作符專(zhuān)門(mén)用來(lái)比較變量的值是否相等。比較好理解的一點(diǎn)是：

則a==b將是true。

但不好理解的地方是：

則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)的：

Object對(duì)象默認(rèn)使用了= =操作符。所以如果你自創(chuàng)的類(lèi)沒(méi)有覆蓋equals方法，那你的類(lèi)使用equals和使用==會(huì)得到同樣的結(jié)果。同樣也可以看出，Object的 equals方法沒(méi)有達(dá)到equals方法應(yīng)該達(dá)到的目標(biāo)：比較兩個(gè)對(duì)象內(nèi)容是否相等。因?yàn)榇鸢笐?yīng)該由類(lèi)的創(chuàng)建者決定，所以O(shè)bject把這個(gè)任務(wù)留給了類(lèi)的創(chuàng)建者。

看一下一個(gè)極端的類(lèi)：

我覆蓋了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è)類(lèi)的作者不這樣認(rèn)為，而類(lèi)的equals方法的實(shí)現(xiàn)是由他掌握的。如果你需要使用equals方法，或者使用任何基于散列碼的集合 (HashSet,HashMap,HashTable)，請(qǐng)察看一下java doc以確認(rèn)這個(gè)類(lèi)的equals邏輯是如何實(shí)現(xiàn)的。

問(wèn)題三：String到底變了沒(méi)有?

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

s所指向的方針能否改動(dòng)了呢？ 從本系列第一篇的定論很簡(jiǎn)單導(dǎo)出這個(gè)定論。咱們來(lái)看看發(fā)作了什么工作。在這段代碼中，s原先指向一個(gè)String方針，內(nèi)容是"Hello"，然后咱們對(duì) s進(jìn)行了+操作，那么s所指向的那個(gè)方針能否發(fā)作了改動(dòng)呢？答案是沒(méi)有。這時(shí)，s不指向本來(lái)那個(gè)方針了，而指向了另一個(gè)String方針，內(nèi)容為 "Hello world!"，本來(lái)那個(gè)方針還存在于內(nèi)存之中，僅僅s這個(gè)引證變量不再指向它了。
 
經(jīng)過(guò)上面的闡明，咱們很簡(jiǎn)單導(dǎo)出另一個(gè)定論，若是常常對(duì)字符串進(jìn)行各式各樣的修正，或許說(shuō)，不行預(yù)見(jiàn)的修正，那么運(yùn)用String來(lái)代表字符串的話會(huì)引起很大的內(nèi)存開(kāi)支。由于String方針樹(shù)立之后不能再改動(dòng)，所以關(guān)于每一個(gè)不一樣的字符串，都需求一個(gè)String方針來(lái)表明。這時(shí)，應(yīng)該思考運(yùn)用StringBuffer類(lèi)，它答應(yīng)修正，而不是每個(gè)不一樣的字符串都要生成一個(gè)新的方針。而且，這兩種類(lèi)的方針變換非常簡(jiǎn)單。
一起，咱們還能夠曉得，若是要運(yùn)用內(nèi)容一樣的字符串，不用每次都new一個(gè)String。例如咱們要在結(jié)構(gòu)器中對(duì)一個(gè)名叫s的String引證變量進(jìn)行初始化，把它設(shè)置為初始值，應(yīng)當(dāng)這樣做：

　　而非
　　s = new String（"Initial Value"）；
 
后者每次都會(huì)調(diào)用結(jié)構(gòu)器，生成新方針，功能低下且內(nèi)存開(kāi)支大，而且沒(méi)有意義，由于String方針不行改動(dòng)，所以關(guān)于內(nèi)容一樣的字符串，只需一個(gè)String方針來(lái)表明就能夠了。也就說(shuō)，屢次調(diào)用上面的結(jié)構(gòu)器創(chuàng)立多個(gè)方針，他們的String類(lèi)型特點(diǎn)s都指向同一個(gè)方針。
上面的定論還根據(jù)這樣一個(gè)現(xiàn)實(shí)：關(guān)于字符串常量，若是內(nèi)容一樣，廣州Java培訓(xùn)以為它們代表同一個(gè)String方針。而用關(guān)鍵詞new調(diào)用結(jié)構(gòu)器，總是會(huì)創(chuàng)立一個(gè)新的方針，無(wú)論內(nèi)容能否一樣。
至于為什么要把String類(lèi)描繪成不行變類(lèi)，是它的用處決議的。其實(shí)不只 String，許多Java規(guī)范類(lèi)庫(kù)中的類(lèi)都是不行變的。在開(kāi)發(fā)一個(gè)體系的時(shí)分，咱們有時(shí)分也需求描繪不行變類(lèi)，來(lái)傳遞一組關(guān)聯(lián)的值，這也是面向方針?biāo)季S的表現(xiàn)。不行變類(lèi)有一些長(zhǎng)處，比方由于它的方針是只讀的，所以多線程并發(fā)拜訪也不會(huì)有任何問(wèn)題。當(dāng)然也有一些缺陷，比方每個(gè)不一樣的狀況都要一個(gè)方針來(lái)代表，能夠會(huì)形成功能上的問(wèn)題。所以Java規(guī)范類(lèi)庫(kù)還供給了一個(gè)可變版別，即StringBuffer。

最新評(píng)論