代碼審查是消滅Bug最重要的方法之一，這些審查在大多數(shù)時(shí)候都特別奏效。由于代碼審查本身所針對(duì)的對(duì)象，就是俯瞰整個(gè)代碼在測(cè)試過(guò)程中的問(wèn)題和Bug。并且，代碼審查對(duì)消除一些特別細(xì)節(jié)的錯(cuò)誤大有裨益，尤其是那些能夠容易在閱讀代碼的時(shí)候發(fā)現(xiàn)的錯(cuò)誤，這些錯(cuò)誤往往不容易通過(guò)機(jī)器上的測(cè)試識(shí)別出來(lái)。

        本文就常見(jiàn)的Java代碼中容易出現(xiàn)的問(wèn)題提出一些建設(shè)性建議，以便您在審查代碼的過(guò)程中注意到這些常見(jiàn)的細(xì)節(jié)性錯(cuò)誤。

　　通常給別人的工作挑錯(cuò)要比找自己的錯(cuò)容易些。別樣視角的存在也解釋了為什么作者需要編輯，而運(yùn)動(dòng)員需要教練的原因。不僅不應(yīng)當(dāng)拒絕別人的批評(píng)，我們應(yīng)該歡迎別人來(lái)發(fā)現(xiàn)并指出我們的編程工作中的不足之處，我們會(huì)受益匪淺的。

　　正規(guī)的代碼審查(code inspection)是提高代碼質(zhì)量的最強(qiáng)大的技術(shù)之一，代碼審查—由同事們尋找代碼中的錯(cuò)誤—所發(fā)現(xiàn)的錯(cuò)誤與在測(cè)試中所發(fā)現(xiàn)的錯(cuò)誤不同，因此兩者的關(guān)系是互補(bǔ)的，而非競(jìng)爭(zhēng)的。

　　如果審查者能夠有意識(shí)地尋找特定的錯(cuò)誤，而不是靠漫無(wú)目的的瀏覽代碼來(lái)發(fā)現(xiàn)錯(cuò)誤，那么代碼審查的效果會(huì)事半功倍。在這篇文章中，我列出了11個(gè)Java編程中常見(jiàn)的錯(cuò)誤。你可以把這些錯(cuò)誤添加到你的代碼審查的檢查列表(checklist)中，這樣在經(jīng)過(guò)代碼審查后，你可以確信你的代碼中不再存在這類錯(cuò)誤了。

　　一、常見(jiàn)錯(cuò)誤1# ：多次拷貝字符串

　　測(cè)試所不能發(fā)現(xiàn)的一個(gè)錯(cuò)誤是生成不可變(immutable)對(duì)象的多份拷貝。不可變對(duì)象是不可改變的，因此不需要拷貝它。最常用的不可變對(duì)象是String。

　　如果你必須改變一個(gè)String對(duì)象的內(nèi)容，你應(yīng)該使用StringBuffer。下面的代碼會(huì)正常工作：

　　1. String s = new String ("Text here");

　　但是，這段代碼性能差，而且沒(méi)有必要這么復(fù)雜。你還可以用以下的方式來(lái)重寫上面的代碼：

　　1. String temp = "Text here";

　　2. String s = new String (temp);

　　但是這段代碼包含額外的String，并非完全必要。更好的代碼為：

　　1. String s = "Text here";

　　二、常見(jiàn)錯(cuò)誤2#： 沒(méi)有克隆(clone)返回的對(duì)象

　　封裝(encapsulation)是面向?qū)ο缶幊痰闹匾�概念。不幸的是，Java為不小心打破封裝提供了方便——Java允許返回私有數(shù)據(jù)的引用(reference)。下面的代碼揭示了這一點(diǎn)：

　　1. import java.awt.Dimension;

　　2. /***Example class.The x and y values should never*be negative.*/

　　3. public class Example{

　　4. private Dimension d = new Dimension (0, 0);

　　5. public Example (){ }

　　6.

　　7. /*** Set height and width. Both height and width must be nonnegative * or an exception is thrown.*/

　　8. public synchronized void setValues (int height,int width) throws IllegalArgumentException{