驚呆了！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 和 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("沉默王三");
但是它們之間有著很大的不同，雙引號被稱為字符串常量，可以避免重復內容的字符串在內存中創建。
好了，讀者朋友們，以上就是本文的全部內容了。可以掏心窩子地說，沒有任何客觀的數據來證明它們就是前十名，但絕對非常普遍。
