來自交通銀行Java面試題目總結(jié)

更新時間：2020-01-16 16:19:18 來源：動力節(jié)點瀏覽5211次

　　你在什么時候會重寫hashCode()和equals()方法?

　　當(dāng)你需要根據(jù)業(yè)務(wù)邏輯來進(jìn)行相等性判斷、而不是根據(jù)對象相等性來判斷的時候你就需要重寫這兩個函數(shù)了。例如，兩個Employee對象相等的依據(jù)是它們擁有相同的emp_id，盡管它們有可能是兩個不同的Object對象，并且分別在不同的地方被創(chuàng)建。同時，如果你準(zhǔn)備把它們當(dāng)作HashMap中的key來使用的話，你也必須重寫這兩個方法?，F(xiàn)在，作為Java中equals-hashcode的一個約定，當(dāng)你重寫equals的時候必須也重寫hashcode，否則你會打破諸如Set, Map等集合賴以正常工作的約定。你可以看看我的另外一篇博文來理解這兩個方法之間的微妙區(qū)別與聯(lián)系。

　　如果不重寫hashCode方法會有什么問題?

　　如果不重寫equals方法的話，equals和hashCode之間的約定就會被打破：當(dāng)通過equals方法返回相等的兩個對象，他們的hashCode也必須一樣。如果不重寫hashCode方法的話，即使是使用equals方法返回值為true的兩個對象，當(dāng)它們插入同一個map的時候，因為hashCode返回不同所以仍然會被插入到兩個不同的位置。這樣就打破了HashMap的本來目的，因為Map本身不允許存進(jìn)去兩個key相同的值。當(dāng)使用put方法插入一個的時候，HashMap會先計算對象的hashcode，然后根據(jù)它來找到存儲位置(bucket)，然后遍歷此存儲位置上所有的Map.Entry對象來查看是否與待插入對象相同。如果沒有提供hashCode的話，這些就都做不到了。

　　我們要同步整個getInstance()方法，還是只同步getInstance()方法中的關(guān)鍵部分?

　　答案是：僅僅同步關(guān)鍵部分(Critical Section)。這是因為，如果我們同步整個方法的話，每次有線程調(diào)用getInstance()方法的時候都會等待其他線程調(diào)用完成才行，即使在此方法中并沒有執(zhí)行對象的創(chuàng)建操作。換句話說，我們只需要同步那些創(chuàng)建對象的代碼，而創(chuàng)建對象的代碼只會執(zhí)行一次。一旦對象創(chuàng)建完成之后，根本沒有必要再對方法進(jìn)行同步保護(hù)了。事實上，從性能上來說，對方法進(jìn)行同步保護(hù)這種編碼方法非常要命，因為它會使性能降低10到20倍。下面是單例模式的UML圖。

來自交通銀行Java面試題目總結(jié)

　　再補充一下，創(chuàng)建線程安全的單例對象有多種方法，你也可以順便提一下。

　　HashMap，在調(diào)用get()方法的時候equals()和hashCode()方法都起了什么樣的作用?

　　這個問題算是對問題十二的補充，應(yīng)聘者應(yīng)該知道的是，一旦你提到了hashCode()方法，人們很可能要問HashMap是如何使用這個函數(shù)的。當(dāng)你向HashMap插入一個key的時候，首先，這個對象的hashCode()方法會被調(diào)用，調(diào)用結(jié)果用來計算將要存儲的位置(bucket)。

　　因為某個位置上可能以鏈表的方式已經(jīng)包含了多個Map.Entry對象，所以HashMap會使用equals()方法來將此對象與所有這些Map.Entry所包含的key進(jìn)行對比，以確定此key對象是否已經(jīng)存在。

　　在Java中如何避免死鎖?

　　你可以通過打破互相等待的局面來避免死鎖。為了達(dá)到這一點，你需要在代碼中合理地安排獲取和釋放鎖的順序。如果獲得鎖的順序是固定的，并且獲得的順序和釋放的順序剛好相反的話，就不會產(chǎn)生出現(xiàn)死鎖的條件了。

　　創(chuàng)建字符串對象的時候，使用字面值和使用new String()構(gòu)造器這兩種方式有什么不同?

　　當(dāng)我們使用new String構(gòu)造器來創(chuàng)建字符串的時候，字符串的值會在堆中創(chuàng)建，而不會加入JVM的字符串池中。相反，使用字面值創(chuàng)建的String對象會被放入堆的PermGen段中。例如：

　　String str=new String(“Test”);

　　這句代碼創(chuàng)建的對象str不會放入字符串池中，我們需要顯式調(diào)用String.intern()方法來將它放入字符串池中。僅僅當(dāng)你使用字面值創(chuàng)建字符串時，Java才會自動將它放入字符串池中，比如：String s=”Test”。順便提一下，這里有個容易被忽視的地方，當(dāng)我們將參數(shù)“Test”傳入構(gòu)造器的時候，這個參數(shù)是個字面值，因此它也會在字符串池中保存另外一份。想了解更多關(guān)于字面值字符串和字符串對象之間的差別，請看這篇文章。

　　下圖很好地解釋了這種差異。

來自交通銀行Java面試題目總結(jié)

　　什么是不可修改對象(Immutable Object)?你能否寫一個例子?

　　不可修改對象是那些一旦被創(chuàng)建就不能修改的對象。對這種對象的任何改動的后果都是會創(chuàng)建一個新的對象，而不是在原對象本身做修改。例如Java中的String類就是不可修改的。大多數(shù)這樣的類通常都是final類型的，因為這樣可以避免自己被繼承繼而被覆蓋方法，在覆蓋的方法里，不可修改的特性就難以得到保證了。你通常也可以通過將類的成員設(shè)置成private但是非final的來獲得同樣的效果。

　　另外，你同樣要保證你的類不要通過任何方法暴露成員，特別是那些可修改類型的成員。同樣地，當(dāng)你的方法接收客戶類傳入的可修改對象的話，你應(yīng)該使用一個復(fù)制的對象來防止客戶代碼來修改這個剛傳入的可修改類。比如，傳入java.util.Date對象的話，你應(yīng)該自己使用clone()方法來獲得一個副本。

　　當(dāng)你通過類函數(shù)返回一個可修改對象的時候，你也要采取類似的防護(hù)措施，返回一個類成功的副本，防止客戶代碼通過此引用修改了成員對象的屬性。千萬不要直接把你的可修改成員直接返回給客戶代碼。

來自交通銀行Java面試題目總結(jié)