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

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

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

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

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

　　一、常見錯誤1# ：多次拷貝字符串

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

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

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

　　但是，這段代碼性能差，而且沒有必要這么復雜。你還可以用以下的方式來重寫上面的代碼：

　　1. String temp = "Text here";

　　2. String s = new String (temp);

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

　　1. String s = "Text here";

　　二、常見錯誤2#： 沒有克隆(clone)返回的對象

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

　　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{