.NET中從始至終要緊記異常處理的策略：拋出具體的一個(gè)異常，而不是只拋出Exception類(lèi)型的異常，這樣能方便我們捕獲對(duì)應(yīng)類(lèi)型的異常。我們?cè)诰帉?xiě)代碼時(shí)要注意考慮到應(yīng)用程序最差的情況；顯示有好的信息，并提供適當(dāng)?shù)墓芾韱T聯(lián)系信息。

1、不要拋出“new Exception()”

請(qǐng)別這樣做。Exception是一個(gè)非常抽象的異常類(lèi)，捕獲這類(lèi)異常通常會(huì)產(chǎn)生很多負(fù)面影響。通常情況下應(yīng)該定義我們自己的異常類(lèi)，并且需要區(qū)分系統(tǒng)拋出的異常和我們自己拋出的異常。

2、不要將重要的異常信息存儲(chǔ)在Message屬性中

異常都封裝在類(lèi)中。當(dāng)你需要返回異常信息時(shí)，請(qǐng)將信息存儲(chǔ)在一些單獨(dú)的屬性中（而不要放在Message屬性中），否則人們很難從Message屬性中解析出他們需要的信息。比如當(dāng)你僅僅需要糾正一下拼寫(xiě)錯(cuò)誤，如果你將錯(cuò)誤信息和其它提示內(nèi)容一起以String的形式寫(xiě)在了Message屬性中，那么別人該怎樣簡(jiǎn)單地獲取他們要的錯(cuò)誤信息呢？你很難想象到他們要做多少努力。

3、每個(gè)線程要包含一個(gè)try/catch塊

一般異常處理都放在了程序中一個(gè)比較集中的地方。每個(gè)線程都需要有一個(gè)try/catch塊，否則你會(huì)漏掉某些異常從而出現(xiàn)難以理解的問(wèn)題。當(dāng)一個(gè)程序開(kāi)啟了多個(gè)線程去處理后臺(tái)任務(wù)時(shí)，通常你會(huì)創(chuàng)建一個(gè)類(lèi)型來(lái)存儲(chǔ)各個(gè)線程執(zhí)行的結(jié)果。這時(shí)候請(qǐng)不要忘記了為類(lèi)型增加一個(gè)字段來(lái)存儲(chǔ)每個(gè)線程可能發(fā)生的異常，否則的話，主線程不會(huì)知道其他線程的異常情況。在一些“即發(fā)即忘”的場(chǎng)合，你可能需要將主線程中的異常處理邏輯復(fù)制一份到你的子線程中去。

4、捕獲異常后要記錄下來(lái)

不管你的程序是使用何種方式記錄日志——log4net、EIF、Event Log、TraceListeners或者文本文件等，這些都不重要。重要的是：當(dāng)你遇到異常后，應(yīng)該在某個(gè)地方將它記錄在日志中。但是請(qǐng)僅僅記錄一次，否則的話，你最后會(huì)得到一個(gè)非常大的日志文件，包含了許多重復(fù)信息。

5、不要只記錄Exception.Message的值，還需要記錄Exception.ToString()

當(dāng)我們談到記錄日志時(shí)，不要忘了我們應(yīng)該記錄Exception.ToString()的值，而不是Exception.Message。因?yàn)镋xception.ToString()包含了“堆棧跟蹤”信息，內(nèi)部異常信息以及Message。通常這些信息非常重要，而如果你只記錄Exception.Message的話，你只可能看到類(lèi)似“對(duì)象引用未指向堆中實(shí)例”這樣的提示。

6、要捕獲具體的異常

如果你要捕獲異常，請(qǐng)盡可能的捕獲具體異常（而非Exception）。好的代碼只能捕獲它知道該怎么處理的異常 

7、不要忘記使用using

僅僅調(diào)用對(duì)象的Dispose()方法是不夠的。即使異常發(fā)生時(shí)，using關(guān)鍵字也能夠防止資源泄漏 

8、不要使用特殊返回值去表示方法中發(fā)生的異常

1）、直接拋出異常更快，因?yàn)槭褂锰厥獾姆祷刂当硎井惓r(shí)，我們每次調(diào)用完方法時(shí)，都需要去檢查返回結(jié)果，并且這至少要多占用一個(gè)寄存器。降低代碼運(yùn)行速度。
2）、特殊返回值能，并且很可能被忽略
3）、特殊返回值不能包含堆棧跟蹤信息，不能返回異常的詳細(xì)信息
4）、很多時(shí)候，不存在一個(gè)特殊值去表示方法中發(fā)生的異常，比如，除數(shù)為零的情況 

9、不要將“拋出異?！弊鳛楹瘮?shù)執(zhí)行結(jié)果的一種

這是一個(gè)非常糟糕的設(shè)計(jì)。代碼中包含太多的try/catch塊會(huì)使代碼難以理解，恰當(dāng)?shù)脑O(shè)計(jì)完全可以滿足一個(gè)方法返回各種不同的執(zhí)行結(jié)果，如果你確實(shí)需要通過(guò)拋出異常來(lái)表示方法的執(zhí)行結(jié)果，那只能說(shuō)明你這個(gè)方法做了太多事情，必須進(jìn)行拆分 

10、可以使用“拋出異?！钡姆绞饺ブ卣f(shuō)明不能被忽略的錯(cuò)誤

例如我為我的一個(gè)產(chǎn)品開(kāi)發(fā)了一個(gè)用來(lái)登錄的API（Login），如果用戶(hù)登錄失敗，或者用戶(hù)并沒(méi)有調(diào)用Login方法，那么他們調(diào)用其他方法時(shí)都會(huì)失敗。我在設(shè)計(jì)Login方法的時(shí)候這樣做的：如果用戶(hù)登錄失敗，它會(huì)拋出一個(gè)異常，而并不是簡(jiǎn)單的返回false。正因?yàn)檫@樣，調(diào)用者（用戶(hù)）才不會(huì)忽略（他還沒(méi)登錄）這個(gè)事實(shí)。

ps: .Net異常處理的四要素

1.一個(gè)表示異常詳細(xì)信息的類(lèi)。
2.一個(gè)像調(diào)用者引發(fā)異常類(lèi)實(shí)例的成員。
3.調(diào)用者的一段調(diào)用異常成員的的模塊。
4.調(diào)用者的一段處理或捕獲將要發(fā)生異常的代碼塊。

最新評(píng)論