《編寫高質(zhì)量Java》(五)

四十一、讓多重繼承成為現(xiàn)實(shí)

在Java中一個(gè)類可以多重實(shí)現(xiàn),但不能多重繼承,也就是說一個(gè)類可以同時(shí)實(shí)現(xiàn)多個(gè)接口,但不能同時(shí)繼承多個(gè)類。但有時(shí)候我們確實(shí)需要繼承多個(gè)類,比如希望擁有兩個(gè)類的行為功能,就很難使用單繼承來解決了。幸運(yùn)的是Java提供的內(nèi)部類可以曲折的解決此問題。

內(nèi)部類的一個(gè)重要特性:內(nèi)部類可以繼承一個(gè)與外部類無關(guān)的類,保證了內(nèi)部類的獨(dú)立性,正是基于這一點(diǎn),多繼承才能成為可能。

四十二、讓工具類不可實(shí)例化

設(shè)置其構(gòu)造函數(shù)位private訪問權(quán)限。同時(shí)為了防止反射實(shí)例化該類,還應(yīng)該拋出異常,代碼如下:

public class UtilsClass{
    private UtilsClass{
        throw new Error("不要實(shí)例化我!");
    }
}

如此做才能保證一個(gè)工具類不會(huì)實(shí)例化,并且保證所有的訪問都是通過類名來進(jìn)行的。需要注意的一點(diǎn)是:此工具類最好不要做繼承的打算,因?yàn)槿绻宇惪梢詫?shí)例化的話,那就要調(diào)用父類的構(gòu)造函數(shù),可是父類并沒有可被訪問的構(gòu)造函數(shù),于是就會(huì)出現(xiàn)問題。

  • 注意:如果一個(gè)類不允許實(shí)例化,就要保證“平?!鼻蓝疾荒軐?shí)例化它。

四十三、避免對向的淺拷貝

我們知道一個(gè)類實(shí)現(xiàn)了Cloneable接口就表示它具備被拷貝的能力,如果再覆寫clone()方法就會(huì)完全具備拷貝能力??截愂窃趦?nèi)存中進(jìn)行的,所以在性能方面要比直接new生成對象要快的多,特別是在大對象的生成上,這會(huì)使性能的提升非常顯著。但是對象拷貝也有一個(gè)比較容易忽略的問題:淺拷貝(shadow clone,也叫作影子拷貝)存在對象拷貝不徹底的問題。

Object提供了一個(gè)對象拷貝的默認(rèn)方法,即super.clone()方法,但是該方法是有缺陷的,它提供的是一種淺拷貝方式,也就是說它不對把對象所有的屬性都拷貝一份,而是有選擇性的拷貝,拷貝規(guī)則如下:

  • 基本類型。如果變量是基本類型,則拷貝其值,比如int,float等
  • 對象。如果變量是一個(gè)實(shí)例對象,則拷貝地址引用,也就是說此時(shí)新拷貝出來的對象與原有的對象共享該實(shí)例變量,不受訪問權(quán)限的限制。
  • String字符串。這個(gè)比較特殊,拷貝的也是一個(gè)地址,是個(gè)引用,但在修改時(shí), 它會(huì)從字符串池中重新生成新的字符串,原有的字符串對象保持不變,此處我們可以認(rèn)為String是一個(gè)基本類型。

注意:淺拷貝只是Java提供的一種簡單拷貝機(jī)制,不便于直接使用。

四十四、推薦使用序列化實(shí)現(xiàn)對象的拷貝

可以通過序列化方式,在內(nèi)存中通過字節(jié)流的拷貝來實(shí)現(xiàn),也就是把母對象寫到一個(gè)字節(jié)流中,再從字節(jié)流中將其讀出來,這樣就可以重建一個(gè)新對象了,該對象與母對象之間不存在引用共享的問題,也就相當(dāng)于深拷貝了一個(gè)新對象。代碼如下:

public class CloneUtils{
    //拷貝一個(gè)對象
    public static <T extends Serializable> T clone(T obj){
        T clonedObj = null;
        try{
            ByteArrayOutputStream baos = new ByteArrayOutputStream();
            ObjectOutputStream oos = new ObjectOutputStream(baos);
            oos.writeObject(obj);
            oos.close();

            ByteArrayInputStream bais = new ByteArrayInputStream(baos.toByteArray());  
            ObjectInputStream ois = new ObjectInputStream(bais);
            clonedObj = (T)ois.readObject(obj);
            ois.close();
        }catch(Exception e){
            e.printStackTrace();
        }

        return clonedObj;
    }
}

此工具類要求被拷貝的對象必須實(shí)現(xiàn) Serializable接口,否則是沒有辦法拷貝的(反射除外),當(dāng)然,serialVersionUID常量還是要加上去的,然后我們就可以通過CloneUtils工具進(jìn)行對象的深拷貝。需要注意兩點(diǎn):

  • 對象的內(nèi)部屬性都是可序列化的。如果有內(nèi)部屬性不可序列化,則會(huì)拋出序列化異常。
  • 注意方法和屬性的特殊修飾符。比如final、static變量的序列化問題會(huì)被引入到對象拷貝中來,這點(diǎn)需要特別注意,同時(shí)transient變量(瞬態(tài)變量,不進(jìn)行序列化的變量)也會(huì)影響到拷貝的效果。
    當(dāng)然,采用序列化方式拷貝時(shí)還有一個(gè)更簡單的方式,即使用Apache下的Commons工具包中的SerializationUtils類,直接使用更加簡潔方便。

四十五、覆寫equals方法時(shí)不要識(shí)別不出自己

我們在寫一個(gè)JavaBean時(shí),經(jīng)常會(huì)覆寫equals方法,其目的是根據(jù)業(yè)務(wù)規(guī)則判斷兩個(gè)對象是否相等,這在DAO層是經(jīng)常用到的。

equals方法的自反性原則:
對于任何非空引用X, X.equals(X)應(yīng)該返回true

四十六、equals應(yīng)該考慮null值情景

equals對稱性原則:對于任何引用x和y的情形,如果x.equals(y)返回true, 那么y.equals(x)也應(yīng)該返回true。
注意:在比較之前先判斷要比較的引用是否為null

四十七、在equals中使用getClass進(jìn)行類型判斷

使用getClass代替instanceof進(jìn)行類型判斷。

四十八、覆寫equals方法必須覆寫hashCode方法

HashMap的底層處理機(jī)制是以數(shù)組的方式保存Map條目(Map Entry)的,這其中的關(guān)鍵是這個(gè)數(shù)組的下標(biāo)處理機(jī)制:依據(jù)傳入元素hashCode方法的返回值決定其數(shù)組的下標(biāo),如果該數(shù)組位置上已經(jīng)有了Map條目,且與傳入的鍵值相等則不處理,若不相等則覆蓋;如果數(shù)組位置沒有條目則插入,并加入到Map條目的鏈表中。

重寫hashCode代碼如下:

@Override
public int hashCode(){
    return new HashCodeBuilder.append(name).toHashCode();
}

其中HashCodeBuilder是org.apache.commons.lang.builder包下的一個(gè)哈希碼生成工具,使用起來非常方便,可以直接在項(xiàng)目中集成。

四十九、推薦覆寫toString()方法

當(dāng)Bean屬性較多時(shí),可以使用apache的commons工具包中的ToStringBuilder類,簡潔,方便。

五十、 使用package-info類為包服務(wù)

Java中有一個(gè)特殊的類:package-info類,它是專門為本包服務(wù)的。它的特殊主要體現(xiàn)在三個(gè)方面:

  • 它不能隨便被創(chuàng)建。IDE直接創(chuàng)建會(huì)報(bào)錯(cuò),可以用記事本創(chuàng)建一個(gè),然后拷貝進(jìn)去改一下即可,或者是從別的項(xiàng)目中拷貝過來。
  • 它服務(wù)的對象很特殊。它主要描述和記錄本包信息的。
  • package-info類不能有實(shí)現(xiàn)代碼
    另外它不可以繼承,沒有接口,沒有類間關(guān)系(關(guān)聯(lián)、組合、聚合)等。

主要有三個(gè)作用:

  • 聲明友好類和包內(nèi)訪問常量。
  • 為在包上標(biāo)注注解提供便利。
  • 提供包的整體注釋說明。

五十一、不要主動(dòng)進(jìn)行垃圾回收

System.gc是一個(gè)非常危險(xiǎn)的動(dòng)作,因?yàn)樗V顾械捻憫?yīng),才能檢查出內(nèi)存中是否有可回收的對象,這對一個(gè)應(yīng)用系統(tǒng)來說風(fēng)險(xiǎn)很大。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容