和絕大多數的程序員一樣，我也非常的宅。周末最奢侈的享受就是逛一逛技術型網站，比如說 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】，本文已收錄。
原創不易，如果覺得有點用的話，請不要吝嗇你手中點贊的權力——這將是我最強的寫作動力。