第45條：將局部變量的作用域最小化

在第一次使用變量時的地方聲明；

幾乎每個局部變量的聲明都應該包含一個初始表達式；

如果在終止循環之后不需要循環變量的內容，for循環優于while循環。（for循環比while循環還有個優勢：更簡潔，增強可讀性）

for(int i =0,n = expensiveComputation(); i < n; i ++){doSomething(i); }

• 1
• 2
• 3

• 1
• 2
• 3

關于這種做法要關注的一點是，它具有兩個循環變量：i和n，兩者具有相同的作用域。第二個變量n被采用來保存第一個變量的極限值，從而避免在每次迭代中執行冗余計算的開銷。通常，如果循環測試中涉及方法調用，它可以保證每次迭代都會返回同樣的結果，就應該使用這種做法。

第46條：for-each循環優先于傳統的for循環

1.對于多個集合進行嵌套迭代時，for-each循環優勢更明顯.?
2.for-each循環不僅可以遍歷集合、數組和枚舉，還可以遍歷任何實現Iterable接口的對象。?
3.無法使用for-each循環的情況：?
　　過濾–如果需要在集合上遍歷且移去選定的元素，就要使用顯式的迭代，并調用它的remove方法。?
　　轉換–如果需要在list或數組上遍歷且要替換部分或所有的元素值，則需要list的迭代器或數組的索引去設置這些值。?
　　平行迭代–如果需要并行的遍歷多個集合，則需要顯式的控制迭代器或索引變量，以便所有的迭代器或索引能協同推進。

第47條：了解和使用標準類庫

1、通過使用標準類庫，可以充分利用這些編寫標準類庫專家的知識，以及在你之前的其他人的使用經驗。?
2、不必將你的時間浪費在與你工作基本無關的問題上。與大多數程序員一樣，你應該將你的時間放在你的應用研發上，而不是底層細節上。?
3、無需你的努力，標準類庫的性能會隨著時間的推遲而改善。因為類庫被許多人使用，也因為類庫以工作標準基準被使用，所以類庫的供應商有著強烈的動機讓類庫運行得更快。?
4、可以使你的代碼融于主流中，這種類碼更易讀，更易維護，更易被大多數開發者重用。

第48條：如果需要精確的答案，請避免使用float和double

1、float和double類型尤其不適合用于貨幣計算?
2、可以使用bigDecimal、int或者long進行貨幣計算（BigDecimal不方便而且慢，如果數值范圍沒有超過9位十進制數字，就可以使用int；如果不超過18位數字，就可以使用long；如果可能超過18位，就必須使用BigDecimal）

第49條：基本類型優先于裝箱基本類型

基本類型和裝箱基本類型的區別：?
1.基本類型只有值，而裝箱基本類型則具有與它們的值不同的同一性。?
2.基本類型只有功能完備的至，而每個裝箱基本類型除了它對應基本類型的所有功能值之外，還有個非功能值：null。?
3.基本類型通常比裝箱基本類型更節省時間和空間。

裝箱基本類型的合理用處：?
1.作為集合中的元素、鍵和值。你不能將基本類型放在集合中，因此必須使用裝箱基本類型。?
2.在參數化類型中，必須使用裝箱基本類型作為類型參數，因為Java不允許使用基本類型。?
3.在進行反射的方法調用時，必須使用裝箱基本類型。

當可以選擇的時候，基本類型要優于裝箱基本類型。基本類型更加簡單，也更加快速。如果必須使用裝箱基本類型，要特別小心！自動裝箱減少了使用裝箱基本類型的繁瑣性，但是并沒有減少它的風險。當程序使用==操作符比較兩個裝箱基本類型時，它做了個同一性比較，這幾乎肯定不是你所希望的。當程序進行涉及裝箱和拆箱基本類型的混合計算時，它會進行拆箱，當程序進行拆箱時，會拋出NullPointerException異常。最后，當程序裝箱了基本類型值時，會導致高開銷和不必要的對象創建。

第50條：如果其他類型更適合，則盡量避免使用字符串

字符串不適合代替其他的值類型?
當一段數據從文件、網絡、或者鍵盤設備，進入到程序之后，它通常以字符串的形式存在。有一種自然的傾向是讓它繼續保留這種形式，但是，只有當這段數據本質上確實是文本信息時，這種想法才是合理的。

字符串不適合替代枚舉類型?
枚舉類型比字符串更加適合用來表示枚舉類型的常量

字符串不適合代替聚集類型?
如果一個實體有多個組件，用一個字符串來表示這個實體通常是不恰當的

String compoundKey = className + "#" + i.next();

• 1

• 1

這種方法有許多缺點。如果用來分割域的字符串也出現在某個域中，結果就會出現混亂。為了訪問單獨的域，必須解析該字符串，這個過程非常慢，也很繁瑣，還容易出錯。你無法提供equals、toString或者compareTo方法，只好被迫幾首String提供的行為。更好的做法是，簡單的編寫一個類來描述這個數據集，通常是一個私有的靜態成員類。?
4. 字符串不適合代替能力表 有時候,字符串被用于某種功能進行授權訪問。

如果可以使用更加合適的數據類型，或者可以編寫更加合適的數據類型，就應該避免用字符串表示對象。若使用不當，字符串會比較其他類型更急笨拙、更加不靈活、速度更慢，也更容易出錯。經常被錯誤的用字符來代替的類型包括基本類型、枚舉類型和聚集類型。

第51條：當心字符串連接的性能

為連接n個字符串而重復使用字符串連接符（+），需要n的平方級時間。這是由于字符串不可變，當兩個字符串被連接在一起時，他們的內容都要被拷貝。

當我們的程序需要性能的時候，不要使用字符串連接操作符（+）來合并多個字符串 。最好使用StringBuilder的append方法。

StringBuilder類是非線程，StringBuffer是線程安全的

第52條：通過接口引用對象

1、優先使用接口而不是類來引用對象。?
如果有合適的接口類型存在，那么對參數、返回值、變量和域來說，就應該使用接口類型進行聲明。?
只有當利用構造器創建某個對象的時候才真正需要引用這個對象的類

List<Subscriber> subscribers = new ArrayList<Subscriber>();

• 1

• 1

2、 如果沒有合適的接口存在，完全可以用類而不是接口來引用對象，有三種情況：

• 具體類沒有相關聯的接口，例如：Random類；
• 對象屬于基于類的框架，例如TimerTask抽象類；
• 類實現了接口，但它提供了接口中不存在的而外方法，例如：LinkedHashMap，如果程序依賴這些額外的方法，這種類就應該只被用來引用它的實例。

第53條：接口優先于反射機制

1、反射機制（reflection）允許一個類使用另一個類，即使當前者被編譯的時候還根本不存在。然而這樣做要付出代價：

• 喪失了編譯時類型檢查的好處；
• 執行反射訪問所需要的代碼非常笨拙和冗長；
• 性能損失。反射方法的調用比普通方法調用慢了許多。
• 反射功能只是在設計時被用到，普通應用程序運行時不應該以反射方式訪問對象。

2、反射機制的作用：?
對于有些程序，它們必須用到在編譯時無法獲取的類，但在編譯時存在適當的接口或者超類，通過它們可以引用這個類。如果是這種情況，就可以以反射的方式創建實例，然后通過它們的接口或者超類，以正常的方式訪問這些實例。如果適當的構造器不需要任何參數，那就不需要使用java.lang.reflect包，采用Class.newInstace方法就可以了。

第54條：謹慎地使用本地方法

使用本地方法的重要缺點：本地語言不是安全的；本地語言是與平臺相關的。

第55條：謹慎地進行優化

不用費力去編寫快速的程序–應該努力編寫更好的程序，速度自然會隨著而來。

第56條：遵守普通接受的命名慣例

可以參考各大公司的開發手冊中的命名規范

《Effective Java中文版 第2版》PDF版下載：?
http://download.csdn.net/detail/xunzaosiyecao/9745699

作者：jiankunking 出處：http://blog.csdn.net/jiankunking

from:?http://blog.csdn.net/jiankunking/article/details/54863890?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io

總結

以上是生活随笔為你收集整理的Effective Java读书笔记四：通用程序设计的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。