JAVA

一、分析

Java異常處理機制確實比較慢，這個“比較慢”是相對於諸如String、Integer等對象來說，單單從對象的創建上來說，new一個IOException會比String慢5倍，這從異常的處理機制上也可以解釋：因爲它執行fillStackTrace方法，要記錄當前棧的快照，而String類則是直接申請創建一個內存創建對象，異常類慢一籌也在所難免。

 二、場景

我們知道異常是主邏輯的例外邏輯，舉個例子來說，比如我們能在馬路上走（這時主邏輯），突然開過一輛車，我要避讓（這是受檢異常，必須處理），繼續走着，不然一架飛機從我頭頂飛過（非受檢異常），我們可以選擇繼續行走（不捕捉），也可以選擇指責噪音污染（捕捉，主邏輯的補充處理），在繼續走着，突然一顆流星砸下來，這就沒有選擇，屬於錯誤，不能做任何處理。

任何一個事物的處理都可能產生非預期的結果，問題是需要以何種手段來處理，如果不使用異常就需要依靠返回值的不同來進行處理了，這嚴重嚴重失去了面向對象的風格。

例如，用戶登錄的用例，就會在”例外事件“中說明”連續3次登陸失敗即鎖定用戶賬號“，這就是登陸事件的一個異常處理，具體到我們的程序中就是：

	public void login(){
	    try{
	        //正常登陸
	    }catch(InvalidLoginExceptionlie){
	        //用戶名無效
	    }catch(InvalidPasswordExceptionpe){
	        //密碼錯誤的異常
	    }catch(TooMouchLoginExceptiontmle){
	        //多次登陸失敗的異常
	    }
	}

 如此設計則可以讓我們的login方法更符合實際的處理邏輯，同時使主邏輯（正常登陸，try代表塊）更加清晰。使用異常有很多優點，比如可讓正常代碼和異常代碼分離，能快速查找問題（棧信息快照）等，但是異常有一個缺點：性能比較慢。

但是我們不能因爲性能問題而放棄使用異常，難道我們的系統連如此微小的性能消耗都不允許嗎？

        三、建議

性能問題不是拒絕異常的藉口