和絕大多數的程序員同樣,我也很是的宅。週末最奢侈的享受就是逛一逛技術型網站,好比說 programcreek,這個小網站上有一些很是有意思的主題。好比說:Java 程序員最常犯的錯居然是這 10 個,像這類使人好奇心想害死貓的主題,很是值得扒出來給你們分享一下。html
PS:別問我「爲何標題要加上‘驚呆了’?」問了答案就只有一個——嚇唬人——總得勾起你們的閱讀興趣嘛(我容易嗎我)。java
說實在的,不少 Java 程序員喜歡把 Array 轉成 ArrayList:git
List<String> list = Arrays.asList(arr);
複製代碼
但實際上,Arrays.asList()
返回的 ArrayList 並非 java.util.ArrayList
,而是 Arrays 的內部私有類 java.util.Arrays.ArrayList
。雖然名字徹底相同,都是 ArrayList
,但兩個類有着很大的不一樣。Arrays.ArrayList
雖然有 set()
、get()
和 contains()
等方法,但卻沒有一個方法用來添加元素,所以它的大小是固定的。程序員
若是想建立一個真正的 ArrayList
,須要這樣作:github
List<String> list = new ArrayList<String>(Arrays.asList(arr));
複製代碼
ArrayList
的構造方法能夠接收一個 Collection 類型的參數,而 Arrays.ArrayList
是其子類,因此能夠這樣轉化。web
以前我在寫一篇文章《如何檢查Java數組中是否包含某個值 》中曾提到一種方法:數組
Set<String> set = new HashSet<String>(Arrays.asList(arr));
return set.contains(targetValue);
複製代碼
這種方法確實可行,但卻忽視了性能問題;爲了可以儘快完成檢查,能夠這樣作:安全
Arrays.asList(arr).contains(targetValue);
複製代碼
或者使用普通的 for 循環或者 for-each。app
新手特列喜歡使用 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);
複製代碼
程序輸出的結果以下:
[默, 王, 二]
複製代碼
一般來講,哈希表應該是 Hashtable,但在 Java 中,哈希表一般指的是 HashMap。二者之間的區別之一是 Hashtable 是線程安全的。若是沒有特殊要求的話,哈希表應該使用 HashMap 而不是 Hashtable。
在 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的原始類型》。
有些新手喜歡使用 public 修飾字段,由於不須要 getter/setter
方法就能夠訪問字段。但實際上,這是一個很是糟糕的設計;有經驗的程序員更習慣於提供儘量低的訪問級別。
新手每每搞不清楚 ArrayList 和 LinkedList 之間的區別,所以更傾向於使用 ArrayList,由於比較面熟。可是呢,它們之間存在巨大的性能差別。簡單的說吧,若是「添加/刪除」的操做比較多,而「獲取」的操做比較少,則應該首選 LinkedList。
不可變對象有着很多的優勢,好比說簡單性和安全性。可是呢,如你所料,它也有一些難以抗拒的弊端:對於每個不一樣的值,它都須要一個單獨的對象來表示,這樣的對象太多的話,極可能會致使大量的垃圾,回收的成本就變得特別高。
爲了在可變與不可變之間保持平衡,一般會使用可變對象來避免產生太多中間對象。一個經典的例子就是使用 StringBuilder(可變對象) 來鏈接大量的字符串,不然的話,String(不可變對象)會產生不少要回收的垃圾。
反例:
String result="";
for(String s: arr){
result = result + s;
}
複製代碼
正例:
StringBuilder result = new StringBuilder();
for (String s: strs) {
result.append(s);
}
複製代碼
參考文章:爲何 Java 字符串是不可變的?
在 Java 中,若是父類沒有定義構造方法,則編譯器會默認插入一個無參的構造方法;但若是在父類中定義了構造方法,則編譯器不會再插入無參構造方法。因此下面的代碼會在編譯時出錯。
子類中的無參構造方法試圖調用父類的無參構造方法,但父類中並未定義,所以編譯出錯了。解決方案就是在父類中定義無參構造方法。
建立字符串有兩種方法:
1)使用雙引號
String er = "沉默王二";
複製代碼
2)使用構造方法
String san = new String("沉默王三");
複製代碼
可是它們之間有着很大的不一樣(能夠參照建立 Java 字符串,用""仍是構造函數),雙引號被稱爲字符串常量,能夠避免重複內容的字符串在內存中建立。
好了,讀者朋友們,以上就是本文的所有內容了。能夠掏心窩子地說,沒有任何客觀的數據來證實它們就是前十名,但絕對很是廣泛。若是不承認其中的內容,請在留言區輕噴,好人有好報。若是以爲不過癮,還想看到更多,能夠 star 二哥的 GitHub【itwanger.github.io】,本文已收錄。
原創不易,若是以爲有點用的話,請不要吝嗇你手中點讚的權力——這將是我最強的寫做動力;若是想要第一時間看到二哥更新的文章,請掃描下方的二維碼,關注【沉默王二】公衆號。咱們下篇文章見!