摘要

這是我覺得java中比較常見的問題。如果您不同意任一部分，請留下您的評論。如果您能提出其它一些常見的錯(cuò)誤，我將會非常感激。

1、Array轉(zhuǎn)ArrayList

當(dāng)需要把Array轉(zhuǎn)成ArrayList的時(shí)候，開發(fā)人員經(jīng)常這樣做：

Arrays.asList會返回一個(gè)ArrayList，但是要特別注意，這個(gè)ArrayList是Arrays類的靜態(tài)內(nèi)部類，并不是java.util.ArrayList類。java.util.Arrays.ArrayList類實(shí)現(xiàn)了set，get，contains方法，但是并沒有實(shí)現(xiàn)增加元素的方法（事實(shí)上是可以調(diào)用add方法，但是沒有具體實(shí)現(xiàn)，僅僅拋出UnsupportedOperationException異常），因此它的大小也是固定不變的。為了創(chuàng)建一個(gè)真正的java.util.ArrayList，你應(yīng)該這樣做：

ArrayList的構(gòu)造方法可以接收一個(gè)Collection類型。

而java.util.Arrays.ArrayList已經(jīng)實(shí)現(xiàn)了該接口。

2、判斷一個(gè)數(shù)組是否包含某個(gè)值

開發(fā)人員經(jīng)常這樣做：

以上代碼可以正常工作，但是沒有必要將其轉(zhuǎn)換成set集合，將一個(gè)List轉(zhuǎn)成Set需要額外的時(shí)間，其實(shí)我們可以簡單的使用如下方法即可：

或者

第 一種方法可讀性更強(qiáng)。

3、在循環(huán)內(nèi)部刪除List中的一個(gè)元素

考慮如下代碼，在迭代期間刪除元素：

結(jié)果打印：[b, d]

在上面這個(gè)方法中有一系列的問題，當(dāng)一個(gè)元素被刪除的時(shí)候，list大小減小，然后原先索引指向了其它元素。所以如果你想在循環(huán)里通過索引來刪除多個(gè)元素，將不會正確工作。

你也許知道使用迭代器是在循環(huán)里刪除元素的正確方式，或許你也知道foreach循環(huán)跟迭代器很類似，但事實(shí)情況卻不是這樣，如下代碼：

將拋出ConcurrentModificationException異常。

然而接下來的代碼卻是OK的：

next方法需要在remove方法之前被調(diào)用，在foreach循環(huán)里，編譯器會在刪除元素操作后調(diào)用next方法，這導(dǎo)致了ConcurrentModificationException異常。

4、HashTable與HashMap

從算法的角度來講，HashTable是一種數(shù)據(jù)結(jié)構(gòu)名稱。但是在Java中，這種數(shù)據(jù)結(jié)構(gòu)叫做HashMap。HashTable與HashMap的一個(gè)主要的區(qū)別是HashTable是同步的，所以，通常來說，你會使用HashMap，而不是Hashtable。

5、使用集合原始類型（raw type）

在Java中，原始類型（raw type）和無 界通配符類型很容易讓人混淆。舉個(gè)Set的例子，Set是原始類型，而Set<?>是無 界通配符類型。

請看如下代碼，add方法使用了一個(gè)原始類型的List作為入?yún)ⅲ?/p>

運(yùn)行以上代碼將會拋出異常：

Exception in thread "main" java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.String at ...

使用原始類型集合非常危險(xiǎn)，因?yàn)樗^了泛型類型檢查，是不安全的。另外，Set, Set<?>, 和Set<Object>這三個(gè)有很大的不同。

6、訪問級別

開發(fā)人員經(jīng)常使用public修飾類字段，雖然這很容易讓別人直接通過引用獲取該字段的值，但這是一個(gè)不好的設(shè)計(jì)。根據(jù)經(jīng)驗(yàn)，應(yīng)該盡可能的降低成員屬性的訪問級別。

7、ArrayList和LinkedList

為什么開發(fā)人員經(jīng)常使用ArrayList和LinkedList，卻不知道他們之間的區(qū)別，因?yàn)樗鼈兛雌饋砗芟瘛Ｈ欢鼈冎g有著巨大的性能差異。簡單的說，如果有大量的增加刪除操作并且沒有很多的隨機(jī)訪問元素的操作，應(yīng)該選LinkedList。否則反之。

8、可變與不可變

不可變對象有很多優(yōu)點(diǎn)，如簡單、安全等。但是對于每個(gè)不同的值都需要一個(gè)單獨(dú)的對象，太多的對象會引起大量垃圾回收，因此在選擇可變與不可變的時(shí)候，需要有一個(gè)平衡。

通常，可變對象用于避免產(chǎn)生大量的中間對象，一個(gè)經(jīng)典的例子是大量字符串的拼接。如果你使用一個(gè)不可變對象，將會馬上產(chǎn)生大量符合垃圾回收標(biāo)準(zhǔn)的對象，這浪費(fèi)了CPU大量的時(shí)間和精力。使用可變對象是正確的解決方案（StringBuilder）；

另外，在有些其它情況下也是需要使用可變對象。例如往一個(gè)方法傳入一個(gè)可變對象，然后收集多種結(jié)果，而不需要寫太多的語法。另一個(gè)例子是排序和過濾：當(dāng)然，你可以寫一個(gè)方法來接收原始的集合，并且返回一個(gè)排好序的集合，但是那樣對于大的集合就太浪費(fèi)了。

9、父類和子類的構(gòu)造方法

之所以出現(xiàn)這個(gè)編譯錯(cuò)誤，是因?yàn)楦割惖哪J(rèn)構(gòu)造方法未定義。在Java中，如果一個(gè)類沒有定義構(gòu)造方法，編譯器會默認(rèn)插入一個(gè)無參數(shù)的構(gòu)造方法；但是如果一個(gè)構(gòu)造方法在父類中已定義，在這種情況，編譯器是不會自動插入一個(gè)默認(rèn)的無參構(gòu)造方法，這正是以上demo的情況；

對于子類來說，不管是無參構(gòu)造方法還是有參構(gòu)造方法，都會默認(rèn)調(diào)用父類的無參構(gòu)造方法；當(dāng)編譯器嘗試在子類中往這兩個(gè)構(gòu)造方法插入super方法時(shí)，因?yàn)楦割悰]有一個(gè)默認(rèn)的無參構(gòu)造方法，所以編譯器報(bào)錯(cuò)；

要修復(fù)這個(gè)錯(cuò)誤，很簡單：

1、在父類手動定義一個(gè)無參構(gòu)造方法：

2、移除父類中自定義的構(gòu)造方法

3、在子類中自己寫上父類構(gòu)造方法的調(diào)用；如super(value)；

譯文鏈接：

http://www.programcreek.com/2014/05/top-10-mistakes-java-developers-make/