驚呆了！Java程式設計師最常犯的錯竟然是這10個
和絕大多數的程式設計師一樣，我也非常的宅。週末最奢侈的享受就是逛一逛技術型網站，比如說 programcreek，這個小網站上有一些非常有意思的主題。比如說：Java 程式設計師最常犯的錯竟然是這 10 個，像這類令人好奇心想害死貓的主題，非常值得扒出來給大家分享一下。
PS：別問我“為什麼標題要加上‘驚呆了’？”問了答案就只有一個——嚇唬人——總得勾起大家的閱讀興趣嘛（我容易嗎我）。
01、把 Array 轉成 ArrayList
說實在的，很多 Java 程式設計師喜歡把 Array 轉成 ArrayList：
List<String> list = Arrays.asList(arr);
但實際上，Arrays.asList() 返回的 ArrayList 並不是 java.util.ArrayList，而是 Arrays 的內部私有類 java.util.Arrays.ArrayList。雖然名字完全相同，都是 ArrayList，但兩個類有著很大的不同。Arrays.ArrayList 雖然有 set()、get() 和 contains() 等方法，但卻沒有一個方法用來新增元素，因此它的大小是固定的。
如果想建立一個真正的 ArrayList，需要這樣做：
List<String> list = new ArrayList<String>(Arrays.asList(arr));
ArrayList 的構造方法可以接收一個 Collection 型別的引數，而 Arrays.ArrayList 是其子類，所以可以這樣轉化。
02、通過 Set 檢查陣列中是否包含某個值
之前我在寫一篇文章《如何檢查Java陣列中是否包含某個值 》中曾提到一種方法：
Set<String> set = new HashSet<String>(Arrays.asList(arr));
return set.contains(targetValue);
這種方法確實可行，但卻忽視了效能問題；為了能夠儘快完成檢查，可以這樣做：
Arrays.asList(arr).contains(targetValue);
或者使用普通的 for 迴圈或者 for-each。
03、通過 for 迴圈刪除列表中的元素
新手特列喜歡使用 for 迴圈刪除列表中的元素，就像這樣：
List<String> list = new ArrayList<String>(Arrays.asList("沉", "默", "王", "二"));
for (int i = 0; i < list.size(); i++) {
list.remove(i);
}
System.out.println(list);
上面這段程式碼的目的是把列表中的元素全部刪除，但結果呢：
[默, 二]
竟然還有兩個元素沒刪除，why？
當 List 的元素被刪除時，其 size() 會減小，元素的下標也會改變，所以想通過 for 迴圈刪除元素是行不通的。
那 for-each 呢？
for(String s : list) {
if ("沉".equals(s)) {
list.remove(s);
}
}
System.out.println(list);
竟然還丟擲異常了：
Exception in thread "main" java.util.ConcurrentModificationException
at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:909)
at java.util.ArrayList$Itr.next(ArrayList.java:859)
at com.cmower.java_demo.programcreek.Top10Mistake.main(Top10Mistake.java:15)
丟擲異常的原因，可以檢視我之前寫的文章《Java，你告訴我 fail-fast 是什麼鬼？》。
有經驗的程式設計師應該已經知道答案了，使用 Iterator：
Iterator<String> iter = list.iterator();
while (iter.hasNext()) {
String s = iter.next();
if (s.equals("沉")) {
iter.remove();
}
}
System.out.println(list);
程式輸出的結果如下：
[默, 王, 二]
04、使用 Hashtable 而不是 HashMap
通常來說，雜湊表應該是 Hashtable，但在 Java 中，雜湊表通常指的是 HashMap。兩者之間的區別之一是 Hashtable 是執行緒安全的。如果沒有特殊要求的話，雜湊表應該使用 HashMap 而不是 Hashtable。
05、使用原始型別
在 Java 中，新手很容易混淆無限萬用字元和原始型別之間的差別。舉例來說，List<?> list 為無限萬用字元，List list 為原始型別。
來看下面這段程式碼：
public static void add(List list, Object o){
list.add(o);
}
public static void main(String[] args){
List<String> list = new ArrayList<String>();
add(list, 18);
add(list, "沉默王二");
String s = list.get(0);
}
這段程式碼在執行時會丟擲異常：
Exception in thread "main" java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.String
at com.cmower.java_demo.programcreek.Top10Mistake.main(Top10Mistake.java:38)
使用原始型別非常的危險，因為跳過了泛型的檢查。至於 List<Object> 和 List 之間的區別，檢視我寫的另外一篇文章：《為什麼不應該使用Java的原始型別》。
06、使用 public 修飾字段
有些新手喜歡使用 public 修飾字段，因為不需要 getter/setter 方法就可以訪問欄位。但實際上，這是一個非常糟糕的設計；有經驗的程式設計師更習慣於提供儘可能低的訪問級別。
07、使用 ArrayList 而不是 LinkedList
新手往往搞不清楚 ArrayList 和 LinkedList 之間的區別，因此更傾向於使用 ArrayList，因為比較面熟。但是呢，它們之間存在巨大的效能差異。簡單的說吧，如果“新增/刪除”的操作比較多，而“獲取”的操作比較少，則應該首選 LinkedList。
08、使用過多的不可變物件
不可變物件有著不少的優點，比如說簡單性和安全性。但是呢，如你所料，它也有一些難以抗拒的弊端：對於每一個不同的值，它都需要一個單獨的物件來表示，這樣的物件太多的話，很可能會導致大量的垃圾，回收的成本就變得特別高。
為了在可變與不可變之間保持平衡，通常會使用可變物件來避免產生太多中間物件。一個經典的例子就是使用 StringBuilder（可變物件） 來連線大量的字串，否則的話，String（不可變物件）會產生很多要回收的垃圾。
反例：
String result="";
for(String s: arr){
result = result + s;
}
正例：
StringBuilder result = new StringBuilder();
for (String s: strs) {
result.append(s);
}
參考文章：為什麼 Java 字串是不可變的？
09、父類沒有預設的無參構造方法
在 Java 中，如果父類沒有定義構造方法，則編譯器會預設插入一個無參的構造方法；但如果在父類中定義了構造方法，則編譯器不會再插入無參構造方法。所以下面的程式碼會在編譯時出錯。
子類中的無參構造方法試圖呼叫父類的無參構造方法，但父類中並未定義，因此編譯出錯了。解決方案就是在父類中定義無參構造方法。
10、使用構造方法建立字串
建立字串有兩種方法：
1）使用雙引號
String er = "沉默王二";
2）使用構造方法
String san = new String("沉默王三");
但是它們之間有著很大的不同（可以參照建立 Java 字串，用""還是建構函式），雙引號被稱為字串常量，可以避免重複內容的字串在記憶體中建立。
好了，讀者朋友們，以上就是本文的全部內容了。可以掏心窩子地說，沒有任何客觀的資料來證明它們就是前十名，但絕對非常普遍。如果不認可其中的內容，請在留言區輕噴，好人有好報。如果覺得不過癮，還想看到更多，可以 star 二哥的 GitHub【itwanger.github.io】，本文已收錄。
原創不易，如果覺得有點用的話，請不要吝嗇你手中點讚的權力——這將是我最強的寫作動力。