<b>tips：整潔的代碼是可讀的，也是強固的。兩者并不沖突。將錯誤處理隔離看待，就能單獨處理它，從而提高代碼可維護性</b>

錯誤處理很重要，如果其搞亂了代碼邏輯，就是錯誤的做法。

一、使用異常代替錯誤碼

如果代用者在調用之后檢查錯誤。很不幸，這個步驟首先特別容易遺忘，其次，這會給上層次的代碼形成邏輯混亂的錯誤。
使用異常還能將算法和其余部分隔離開來。

二、先寫Try-Catch-Finally語句

異常在程序中<b>定義了一個范圍</b>。執行Try部分代碼代表著執行隨時可以被取消執行，并在catch語句中接續。所以，在編寫有可能拋出異常的代碼時，最好先寫try-catch-finally語句。

三、給出異常發生的環境

異常拋出時的堆棧都是可以追蹤到的，然而這無法告知出錯的原因。應該講創建時的錯誤信息和異常一起傳遞出去。

四、依據調用者需要定義異常類

在應用程序中定義異常類時，最重要的考慮是它們<b>如何被捕獲。</b>
對第三方庫的異常最好進行打包從而降低代碼對其的依賴。

五、定義常規流程

遵循上述的準則，業務邏輯和錯誤處理代碼間就會有明顯的間隔。代碼開始變得整潔而簡樸，然而在某些情況下，異常打斷了業務邏輯，此時，我們可以用特例模式，創建一個特例對象。從而避免了異常。

六、NULL值

別返回null，別傳遞null 。