在 C# 中,程序中在運行時出現的錯誤,會不斷在程序中進行傳播,這種機制稱為“異?!?。異常通常由錯誤的代碼引發,并由能夠更正錯誤的代碼進行 catch。異??捎?.NET 的 CLR 或由程序中的代碼引發。一旦引發了異常,這個異常將會在調用堆棧中一直向上進行傳播,直到尋找到跟它匹配的 catch 語句。沒有 catch 的異常會由系統提供的默認的異常處理程序進行處理,也就是你經常看到的一個突然造成調試中斷并顯示異常信息的對話框。
所有的異常,它們都是從 Exception 派生出來的。這些異常的類型,都會包含詳細描述異常的屬性。在這里我將自定義了一個新的異常類,其實也可以自定義配置異常的屬性(這是可選的),然后我使用 throw 關鍵字顯示引發該對象(即異常)。
/// <summary> /// 定義新異常 /// </summary> class MyException : Exception { public MyException(string msg) { } } /// <summary> /// 拋出新定義的異常 /// </summary> static void ThrowMyExcetion() { throw new MyException("Sorry, this is test!"); }
在引發異常之后,運行時程序會檢查當前語句確定它是否包含在 try 塊中。 如果是的話,就會檢查與該 try 塊相關聯的所有 catch 塊,來確定它們是否能夠 catch 該異常。 catch 塊通常會指定異常類型;如果該 catch 塊的類型與異常或它的基類的相同(或匹配),則該 catch 塊就能夠捕獲并處理。
static void Main(string[] args) { try { ThrowMyExcetion(); //直接調用拋出異常的方法 } catch (MyException e) { Console.WriteLine(e); } Console.Read(); }
如果引發異常的語句不在 try 塊中,或者包含該語句的 try 塊沒有匹配的 catch 塊,運行時將檢查調用方法中是否有 try 語句和 catch 塊。 運行時將在調用堆棧中繼續往上搜索兼容(或匹配)的 catch 塊。在找到并執行 catch 塊之后,控制權將傳遞給 catch 塊之后的下一個語句。
一個 try 語句可能包含多個 catch 塊。 將執行第一個能夠處理該異常的 catch 語句;任何后續的 catch 語句都將被忽略,即使它們是兼容的也如此。 因此,在任何情況下都應該按照從最具體(或者派生程度最高)到最不具體這一順序排列 catch 塊。 例如:
static void Main(string[] args) { StreamWriter sw = null; try { sw = new StreamWriter(@"C:/book/小二和小三的故事.txt"); sw.Write("You are 250."); } catch (FileNotFoundException e) { //將具體的異常放在第一位 Console.WriteLine(e); } catch (IOException e) { //將并不具體的放在相對后面的位置 Console.WriteLine(e); } catch (Exception e) { Console.WriteLine(e); } finally { if (sw != null) { sw.Close(); } } Console.Read(); }
執行 catch 塊之前,運行時會檢查 finally 塊。 Finally 塊使程序員能夠清除中止的 try 塊可能遺留下的任何模糊狀態,或者釋放任何外部資源(例如圖形句柄、數據庫連接或文件流),而無需等待運行時中的垃圾回收器終結這些對象。 例如:
static void Main(string[] args) { FileStream fs = null; FileInfo fi = new FileInfo(@"小二和小三的故事.txt"); try { fs = fi.OpenWrite(); fs.WriteByte(0); } finally { //記住哦,如果你忘記 close,將會引發 IO 異常! //if (fs != null) //{ // fs.Close(); //} } try { fs = fi.OpenWrite(); fs.WriteByte(1); Console.WriteLine("OK!"); } catch (IOException e) { Console.WriteLine("Fail!"); } Console.Read(); }
“Fail!”,這是因為上面注釋了需要關閉文件流的語句,你可以嘗試下去掉注釋看看結果,記住哦,IO 操作都應該在結束時釋放資源?!?/p>
如果 WriteByte(0)(第9行) 引發了異常,那么在沒有調用 fs.Close() 的情況下,你在第二個 try 塊中嘗試重新 OpenWrit() 的代碼就會失敗,因為此時文件會保持鎖定狀態。 假如你取消注釋,由于會執行 finally 塊(即使已引發異常),使得可以正確地關閉文件,從而避免再次引發異常。
如果在引發異常之后沒有在調用堆棧上找到相匹配的 catch 塊,則會可能會出現下面的情況:
以上就是本文的全部內容,希望本文的內容對大家的學習或者工作能帶來一定的幫助,同時也希望多多支持武林網!
新聞熱點
疑難解答