四十一、讓多重繼承成為現(xiàn)實
在Java中一個類可以多重實現(xiàn)，但不能多重繼承，也就是說一個類可以同時實現(xiàn)多個接口，但不能同時繼承多個類。但有時候我們確實需要繼承多個類，比如希望擁有兩個類的行為功能，就很難使用單繼承來解決了。幸運的是Java提供的內(nèi)部類可以曲折的解決此問題。
內(nèi)部類的一個重要特性：內(nèi)部類可以繼承一個與外部類無關的類，保證了內(nèi)部類的獨立性，正是基于這一點，多繼承才能成為可能。
四十二、讓工具類不可實例化
設置其構造函數(shù)位private訪問權限。同時為了防止反射實例化該類，還應該拋出異常，代碼如下：
public class UtilsClass{
private UtilsClass{
throw new Error("不要實例化我！");
}
}
如此做才能保證一個工具類不會實例化，并且保證所有的訪問都是通過類名來進行的。需要注意的一點是：此工具類最好不要做繼承的打算，因為如果子類可以實例化的話，那就要調(diào)用父類的構造函數(shù)，可是父類并沒有可被訪問的構造函數(shù)，于是就會出現(xiàn)問題。
- 注意：如果一個類不允許實例化，就要保證“平常”渠道都不能實例化它。
四十三、避免對向的淺拷貝
我們知道一個類實現(xiàn)了Cloneable接口就表示它具備被拷貝的能力，如果再覆寫clone()方法就會完全具備拷貝能力。拷貝是在內(nèi)存中進行的，所以在性能方面要比直接new生成對象要快的多，特別是在大對象的生成上，這會使性能的提升非常顯著。但是對象拷貝也有一個比較容易忽略的問題：淺拷貝（shadow clone，也叫作影子拷貝）存在對象拷貝不徹底的問題。
Object提供了一個對象拷貝的默認方法，即super.clone()方法，但是該方法是有缺陷的，它提供的是一種淺拷貝方式，也就是說它不對把對象所有的屬性都拷貝一份，而是有選擇性的拷貝，拷貝規(guī)則如下：
- 基本類型。如果變量是基本類型，則拷貝其值，比如int，float等
- 對象。如果變量是一個實例對象，則拷貝地址引用，也就是說此時新拷貝出來的對象與原有的對象共享該實例變量，不受訪問權限的限制。
- String字符串。這個比較特殊，拷貝的也是一個地址，是個引用，但在修改時， 它會從字符串池中重新生成新的字符串，原有的字符串對象保持不變，此處我們可以認為String是一個基本類型。
注意：淺拷貝只是Java提供的一種簡單拷貝機制，不便于直接使用。
四十四、推薦使用序列化實現(xiàn)對象的拷貝
可以通過序列化方式，在內(nèi)存中通過字節(jié)流的拷貝來實現(xiàn)，也就是把母對象寫到一個字節(jié)流中，再從字節(jié)流中將其讀出來，這樣就可以重建一個新對象了，該對象與母對象之間不存在引用共享的問題，也就相當于深拷貝了一個新對象。代碼如下：
public class CloneUtils{
//拷貝一個對象
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;
}
}
此工具類要求被拷貝的對象必須實現(xiàn) Serializable接口，否則是沒有辦法拷貝的（反射除外），當然，serialVersionUID常量還是要加上去的，然后我們就可以通過CloneUtils工具進行對象的深拷貝。需要注意兩點：
- 對象的內(nèi)部屬性都是可序列化的。如果有內(nèi)部屬性不可序列化，則會拋出序列化異常。
- 注意方法和屬性的特殊修飾符。比如final、static變量的序列化問題會被引入到對象拷貝中來，這點需要特別注意，同時transient變量（瞬態(tài)變量，不進行序列化的變量）也會影響到拷貝的效果。
當然，采用序列化方式拷貝時還有一個更簡單的方式，即使用Apache下的Commons工具包中的SerializationUtils類，直接使用更加簡潔方便。
四十五、覆寫equals方法時不要識別不出自己
我們在寫一個JavaBean時，經(jīng)常會覆寫equals方法，其目的是根據(jù)業(yè)務規(guī)則判斷兩個對象是否相等，這在DAO層是經(jīng)常用到的。
equals方法的自反性原則：
對于任何非空引用X， X.equals(X)應該返回true
四十六、equals應該考慮null值情景
equals對稱性原則：對于任何引用x和y的情形，如果x.equals(y)返回true， 那么y.equals(x)也應該返回true。
注意：在比較之前先判斷要比較的引用是否為null
四十七、在equals中使用getClass進行類型判斷
使用getClass代替instanceof進行類型判斷。
四十八、覆寫equals方法必須覆寫hashCode方法
HashMap的底層處理機制是以數(shù)組的方式保存Map條目（Map Entry）的，這其中的關鍵是這個數(shù)組的下標處理機制：依據(jù)傳入元素hashCode方法的返回值決定其數(shù)組的下標，如果該數(shù)組位置上已經(jīng)有了Map條目，且與傳入的鍵值相等則不處理，若不相等則覆蓋；如果數(shù)組位置沒有條目則插入，并加入到Map條目的鏈表中。
重寫hashCode代碼如下：
@Override
public int hashCode(){
return new HashCodeBuilder.append(name).toHashCode();
}
其中HashCodeBuilder是org.apache.commons.lang.builder包下的一個哈希碼生成工具，使用起來非常方便，可以直接在項目中集成。
四十九、推薦覆寫toString()方法
當Bean屬性較多時，可以使用apache的commons工具包中的ToStringBuilder類，簡潔，方便。
五十、 使用package-info類為包服務
Java中有一個特殊的類：package-info類，它是專門為本包服務的。它的特殊主要體現(xiàn)在三個方面：
- 它不能隨便被創(chuàng)建。IDE直接創(chuàng)建會報錯，可以用記事本創(chuàng)建一個，然后拷貝進去改一下即可，或者是從別的項目中拷貝過來。
- 它服務的對象很特殊。它主要描述和記錄本包信息的。
- package-info類不能有實現(xiàn)代碼
另外它不可以繼承，沒有接口，沒有類間關系（關聯(lián)、組合、聚合）等。
主要有三個作用：
- 聲明友好類和包內(nèi)訪問常量。
- 為在包上標注注解提供便利。
- 提供包的整體注釋說明。
五十一、不要主動進行垃圾回收
System.gc是一個非常危險的動作，因為它要停止所有的響應，才能檢查出內(nèi)存中是否有可回收的對象，這對一個應用系統(tǒng)來說風險很大。
