Effective Java--讀書筆記

標籤：相等   自動   can   ali   靜態原廠模式   條件   array   eem   arraylist   

第2章 建立和銷毀對象

1.考慮用靜態Factory 方法代替建構函式-->靜態原廠模式。

2.使用私人建構函式強化singleton屬性-->單例模式。

3.通過私人建構函式強化不可執行個體化的能力：

　　a.企圖通過將一個類做成抽象類別來強制該類不可被執行個體化，是行不通的。

　　b.只要讓該類包含單個顯示的私人建構函式，則它就不可被執行個體化了。

4.避免建立重複的對象。

5.消除到期的對象引用。

6.避免使用finalizer函數。

 

記憶體流失問題：

如果一個棧顯示增長，然後再收縮，那麼，從棧中彈出來的對象將不會被當做記憶體回收，即使使用棧的客戶程式不再引用這些對象，它們也不會被回收。這是因為，棧內部維護著對這些對象的到期引用。

問題修複：

一旦對象引用到期，就清空這些引用。(比如 當一個單元被彈出棧，就把它的引用設定為null)。這樣的好處是，如果它們在以後又被錯誤地解除引用，則程式會立即拋出null 指標異常，而不是悄悄地錯誤運行下去。

情境：

　　1.只要一個類自己管理它的記憶體。

　　2.緩衝。

 

第3章 對於所有對象都通用的方法

7.在改寫equals的時候請遵守通用約定：

當一個類有自己特有的“邏輯相等”概念(而不是它們是否指向同一個對象)，而且超類也沒有改寫equals以實現期望的行為，這時我們需要改寫它。

這通常適合於“值類”的情形，比如Integer或者Date。

通用約定：

　　a.自反性；對於任意的引用值x，x.equals(x)一定為true。

　　b.對稱性；對於任意的引用值x和y，並且僅當y.equals(x)返回true時，x.equals(y)也一定返回true。

　　c.傳遞性；對於任意的引用值x、y和z，如果x.equals(y)返回true，並且y.equals(z)也返回true，那麼x.equals(z)也一定返回true。

　　d.一致性；對於任意的引用值x和y，如果equals比較的對象資訊沒有被修改的話，那麼，多次調用x.equals(y)要麼一致地返回true，要麼一致地返回false。

　　e.非空性；對於任意的非Null 參考值x，x.equals(null)一定返回false。

實現高品質equals方法的一個“處方”：

　　1.使用==操作符檢查“實參是否為指向對象的一個引用”；

　　2.使用instanceof操作符檢查“實參是否為正確的類型”；

　　3.把實參轉換到正確的類型；

　　4.對於該類中每一個“關鍵(significant)”域，檢查實參中的域與當前對象中對應的域值是否匹配。

　　5.當你編寫完後，檢查它是否對稱的、傳遞的、一致的。

　　8.改寫equals時總是要改寫hashCode相等的對象必須具有相等的hash碼。

　　9.總是要改寫toString。預設返回的是類名[email protected]+16位進位的hash碼。

 

第6章 方法

23.檢查參數的有效性-->做校正。

24.需要時使用保護性拷貝：

Java是安全的語言，對緩衝區溢位、數組越界、非法指標以及其他的記憶體破壞錯誤自動免疫。

25.謹慎設計方法的原型：

　　a.遵循標準的命令習慣。

　　b.不要過於追求提供便利的方法，只有一個操作被用得非常頻繁時候，才提供快捷方法。

　　c.避免長長的參數列表，三個視為實踐中的最大值。

　　d.對於參數類型，優先使用介面而不是類。例如，沒有理由在編寫一個方法時使用Hashtable作為輸入，相反，應該使用Map。這使得你可以傳入一個Hashtable、HashMap、TreeMap的子映射表。如果你使用一個類而不是一個介面，則限制了客戶只能傳入一個特定的實現。

　　e.謹慎地使用函數對象。

26.謹慎地使用重載：

永遠不要匯出兩個具有相同參數數目的重載方法。

27.返回零長度的數值而不是null。

 

第7章 通用程式設計

31.如果要求精確的答案，避免使用float和double-->不適合用作貨幣計算。

33.瞭解字串串連的效能：

使用StringBuffer的append方法。

34.通過介面引用對象

盡量這樣聲明：

List subs=new ArrayList();

而不是這樣的聲明：

ArrayList subs=new ArrayList();

如果沒有合適的介面存在的話，那麼，用類來引用一個對象，是合適的。

 

第8章 異常

40.對於可恢複的條件使用被檢查時異常，對於程式錯誤使用運行時異常。

46.努力使失敗保持原子性：

一個失敗的方法調用應該使對象保持“它在被調用之前的狀態”。

47.不要忽略異常：

catch塊也應該包含一條說明，用來解釋為什麼忽略掉這個異常是合適的。

 

第9章 線程

51.不要依賴於線程調度器(thread schcduler)：

　　1.任何依賴於線程調度器而達到正確性或效能要求的程式，很有可能是不可移植的。

　　2.不要企圖通過調用Thread.yield來“修正”程式。

　　3.線程優先順序是Java平台上最不可移植的特徵。

　　4.Thread.yield的唯一用途是在測試期間人為地增加一個程式並發性。

53.避免使用線程組。

 

第10章 序列化

54.謹慎地實現Serializable：

　　1.實現它的最大代價是，一旦一個類被發布，則“改變這個類的實現”的靈活性將大大降低。

　　2.第二個代價是，增加了bug和安全性漏洞的可能性。

　　3.第三個代價是，隨著一個類的新版本的發行，相關的測試負擔增加了。

55.考慮使用自訂的序列化形式。

56.保護性地編寫readObject方法。

57.必要時提供一個readResolve方法。

 

 

Effective Java--讀書筆記