c#異常處理經(jīng)驗(yàn)

1、C#異常處理經(jīng)驗(yàn) 異常處理經(jīng)驗(yàn) 本文是異常處理經(jīng)驗(yàn)性的文章，其實(shí)跟 本文是異常處理經(jīng)驗(yàn)性的文章，其實(shí)跟 C#關(guān)系也不大。比 關(guān)系也不大。比較適合剛剛熟悉異常語(yǔ)法，而缺乏實(shí)戰(zhàn)的讀者。當(dāng)然，經(jīng)驗(yàn)老練 較適合剛剛熟悉異常語(yǔ)法，而缺乏實(shí)戰(zhàn)的讀者。當(dāng)然，經(jīng)驗(yàn)老練的讀者也可指出不足、給予意見(jiàn)、補(bǔ)充說(shuō)明，一起完善文章，分 的讀者也可指出不足、給予意見(jiàn)、補(bǔ)充說(shuō)明，一起完善文章，分享更多知識(shí)與經(jīng)驗(yàn)。 享更多知識(shí)與經(jīng)驗(yàn)。 1、什么時(shí)候該異常處理？ 、什么時(shí)

2、候該異常處理？ 1）代碼最外層，如 WinFrom，避免用戶看到內(nèi)部異常信息用戶體驗(yàn)不好，或者造成程序崩潰，可以用 log4net 之類的框架記錄異常。 2）遇到異常需要恢復(fù)狀態(tài)或者重試的地方。例如連接數(shù)據(jù)庫(kù)偶然失敗了，可以有個(gè)重連機(jī)制，在 Catch 塊重新連接數(shù)據(jù)庫(kù)。 3）對(duì)于一系列有可能失敗的任務(wù)，其中有一個(gè)任務(wù)失敗，不想影響到其他任務(wù)。例如要上傳 100 張圖片，不想因?yàn)橐粡垐D片上傳發(fā)生異常而失敗， 進(jìn)而終止整個(gè)上傳任務(wù)， 僅需

3、要記錄下失敗的圖片，提醒用戶重傳即可。 4）若自動(dòng)化測(cè)試工具。若“代碼最外層，如 WinFrom，避免用戶看到內(nèi)部異常信息用戶體驗(yàn)不好，或者造成程序崩潰?！?可能比較難定位到問(wèn)題出在哪里了。我們就是要崩潰的信息。 我們的實(shí)際項(xiàng)目的是： 外層方法盡量不處理異常。內(nèi)層方法處理異常。 即找到準(zhǔn)確定位問(wèn)題。例如像 C++這樣以前沒(méi)有異常的語(yǔ)言也Application.ThreadException += new System.Threading

4、.ThreadExceptionEventHandler(Application_ThreadExcept ion); Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1()); } static void Application_ThreadException(

5、object sender, System.Threading.ThreadExceptionEventArgs e) { Exception ex = e.Exception; //做一些極其簡(jiǎn)單的記錄異常信息操作 } 又例如： WebFrom 的 Global.asax 本身就已經(jīng)定義了 void Application_Error(object sender, EventArgs e) 來(lái)處理異常 void Application

6、_Error(object sender, EventArgs e) { // 在出現(xiàn)未處理的錯(cuò)誤時(shí)運(yùn)行的代碼 Exception ex = Server.GetLastError(); //處理完異常后清除異常 Server.ClearError(); } 但是很多時(shí)候， 異常處理， 不僅僅只是記錄到了錯(cuò)誤信息就可以了，有時(shí)候是需要失敗重試或者清理資源等等，因此，僅僅靠統(tǒng)一構(gòu)建異常處理框架是不夠靈活的， 因此可以一方面統(tǒng)一處理，另外一