我們?cè)诰帉?xiě)代碼的時(shí)候，會(huì)出現(xiàn)一些的小的錯(cuò)誤。下面介紹的是對(duì)于java中經(jīng)常出現(xiàn)的一些錯(cuò)誤的總結(jié)(中國(guó)兵器工程機(jī)械集團(tuán)——Mr.Z)。
代碼審查是消滅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ì)正常工作：
String s = new String ("Text here");
但是，這段代碼性能差，而且沒(méi)有必要這么復(fù)雜。你還可以用以下的方式來(lái)重寫(xiě)上面的代碼：
String temp = "Text here"; String s = new String (temp);
但是這段代碼包含額外的String，并非完全必要。更好的代碼為：
String s = "Text here";
二、常見(jiàn)錯(cuò)誤2#： 沒(méi)有克隆(clone)返回的對(duì)象
封裝(encapsulation)是面向?qū)ο缶幊痰闹匾拍睢２恍业氖牵琂ava為不小心打破封裝提供了方便——Java允許返回私有數(shù)據(jù)的引用(reference)。下面的代碼揭示了這一點(diǎn)：
import java.awt.Dimension; /***Example class.The x and y values should never*be negative.*/ public class Example{ private Dimension d = new Dimension (0, 0); public Example (){ } /*** Set height and width. Both height and width must be nonnegative * or an exception is thrown.*/ public synchronized void setValues (int height,int width) throws IllegalArgumentException{ if (height < 0 || width < 0) throw new IllegalArgumentException(); d.height = height; d.width = width; } public synchronized Dimension getValues(){ // Ooops! Breaks encapsulation return d; } }
Example類保證了它所存儲(chǔ)的height和width值永遠(yuǎn)非負(fù)數(shù)，試圖使用setValues()方法來(lái)設(shè)置負(fù)值會(huì)觸發(fā)異常。不幸的是，由于getValues()返回d的引用，而不是d的拷貝，你可以編寫(xiě)如下的破壞性代碼：
Example ex = new Example(); Dimension d = ex.getValues(); d.height = -5; d.width = -10;
現(xiàn)在，Example對(duì)象擁有負(fù)值了!如果getValues() 的調(diào)用者永遠(yuǎn)也不設(shè)置返回的Dimension對(duì)象的width 和height值，那么僅憑測(cè)試是不可能檢測(cè)到這類的錯(cuò)誤。
不幸的是，隨著時(shí)間的推移，客戶代碼可能會(huì)改變返回的Dimension對(duì)象的值，這個(gè)時(shí)候，追尋錯(cuò)誤的根源是件枯燥且費(fèi)時(shí)的事情，尤其是在多線程環(huán)境中。