1、異常處理相對于返回錯誤代碼的一個最大優點在于，異常可以被自動傳遞，這樣，在編程時異常更加難以被忽視。

　　2、通常，只在最上層(一般是UI層)捕捉異常。如果要在其它層捕捉異常，除非是下列情況之一：
 　　(1)能夠處理該異常，或者
 　　(2)能夠忽略該異常，或者
 　　(3)需要轉換該異常為其它特定異常后拋出新異常

　　3、UI層捕獲異常后，可以
 　　(1)將無關緊要的異常忽略。
　　 (2)將異常轉換為錯誤信息展現給用戶。
 　　(3)如果是重大異常，可以考慮終止應用程序。

　　4、最上層(一般是UI層)不得拋出新的異常；最上層需要捕捉所有異常，否則異常會直接導致程序終止，這將是非常不好的用戶體驗。

　　5、可以在非最上層拋出自定義異常。如果是自定義異常，請保證其是可序列化的，并且保證其實現了Exception的三個構造函數。

　　6、異常的拋出與截獲需要很多的cpu時間，請謹慎的使用異常。

　　7、在可能拋出異常的地方，如果需要，請確保使用finally進行資源清理，而無論此處是否捕捉了異常。

　　8、在一個catch塊中的代碼都應該至少部分地處理了所捕捉的異常。否則，就不要使用catch塊。

　　9、從構造函數中拋出異常。因為構造函數沒有返回值，所以沒有簡單的方法來想構造函數的調用者發出構造失敗的信號，這時便可以通過拋出異常來做到。比如構造參數與指定條件不符時，就拋出一個異常。 

　　10、在以上前提的保證下，可以在非最上層使用AOP截獲(intercept)異常而進行日志記錄，這樣通過日志記錄，我們可以了解系統的 運行狀態。記不起在哪里看到過這樣一句話：在軟件實現中，異常和日志都是重要的質量保證手段，異常和日志總是同時出現的。

　　可以說，異常是日志記錄的重要/主要組成部分。