學會使用異常

　　在 C# 中，程式中在運行時出現的錯誤，會不斷在程式中進行傳播，這種機制稱為“異常”。 異常通常由錯誤的代碼引發，並由能夠更正錯誤的代碼進行 catch。 異常可由 .NET 的 CLR 或由程式中的代碼引發。 一旦引發了異常，這個異常將會在調用堆棧中一直向上進行傳播，直到尋找到跟它匹配的 catch 語句。沒有 catch 的異常會由系統提供的預設的異常處理程式進行處理，也就是你經常看到的一個突然造成調試中斷並顯示異常信息的對話框。

　　所有的異常，它們都是從 Exception 派生出來的。這些異常的類型，都會包含詳細描述異常的屬性。在這裡我將自定義了一個新的異常類，其實也可以自定義配置異常的屬性（這是可選的），然後我使用 throw 關鍵字顯示引發該對象（即異常）。 

 1         /// <summary>
 2         /// 定義新異常
 3         /// </summary>
 4         class MyException : Exception
 5         {
 6             public MyException(string msg) { }
 7         }
 8 
 9         /// <summary>
10         /// 拋出新定義的異常
11         /// </summary>
12         static void ThrowMyExcetion()
13         {
14             throw new MyException("Sorry, this is test!");
15         }

　　在引發異常之後，運行時程式會檢查當前語句確定它是否包含在 try 塊中。 如果是的話，就會檢查與該 try 塊相關聯的所有 catch 塊，來確定它們是否能夠 catch 該異常。  catch 塊通常會指定異常類型；如果該 catch 塊的類型與異常或它的基類的相同（或匹配），則該 catch 塊就能夠捕獲並處理。

 1         static void Main(string[] args)
 2         {
 3             try
 4             {
 5                 ThrowMyExcetion();  //直接調用拋出異常的方法
 6             }
 7             catch (MyException e)
 8             {
 9                 Console.WriteLine(e);
10             }
11 
12             Console.Read();
13         }

　　如果引發異常的語句不在 try 塊中，或者包含該語句的 try 塊沒有匹配的 catch 塊，運行時將檢查調用方法中是否有 try 語句和 catch 塊。 運行時將在調用堆棧中繼續往上搜索相容（或匹配）的 catch 塊。在找到並執行 catch 塊之後，控制權將傳遞給 catch 塊之後的下一個語句。

　　一個 try 語句可能包含多個 catch 塊。 將執行第一個能夠處理該異常的 catch 語句；任何後續的 catch 語句都將被忽略，即使它們是相容的也如此。 因此，在任何情況下都應該按照從最具體（或者派生程度最高）到最不具體這一順序排列 catch 塊。 例如：

 1         static void Main(string[] args)
 2         {
 3             StreamWriter sw = null;
 4 
 5             try
 6             {
 7                 sw = new StreamWriter(@"C:\book\小二和小三的故事.txt");
 8                 sw.Write("You are 250.");
 9             }
10             catch (FileNotFoundException e)
11             {
12                 //將具體的異常放在第一位
13                 Console.WriteLine(e);
14             }
15             catch (IOException e)
16             {
17                 //將並不具體的放在相對後面的位置
18                 Console.WriteLine(e);
19             }
20             catch (Exception e)
21             {
22                 Console.WriteLine(e);
23             }
24             finally
25             {
26                 if (sw != null)
27                 {
28                     sw.Close();
29                 }
30             }
31 
32             Console.Read();
33         }

　　執行 catch 塊之前，運行時會檢查 finally 塊。 Finally 塊使程式員能夠清除中止的 try 塊可能遺留下的任何模糊狀態，或者釋放任何外部資源（例如圖形句柄、資料庫連接或文件流），而無需等待運行時中的垃圾回收器終結這些對象。 例如：

 1         static void Main(string[] args)
 2         {
 3             FileStream fs = null;
 4             FileInfo fi = new FileInfo(@"小二和小三的故事.txt");
 5 
 6             try
 7             {
 8                 fs = fi.OpenWrite();
 9                 fs.WriteByte(0);
10             }
11             finally
12             {
13                 //記住哦，如果你忘記 close，將會引發 IO 異常！
14                 //if (fs != null)
15                 //{
16                 //    fs.Close();
17                 //}
18             }
19 
20             try
21             {
22                 fs = fi.OpenWrite();
23                 fs.WriteByte(1);
24                 Console.WriteLine("OK!");
25             }
26             catch (IOException e)
27             {
28                 Console.WriteLine("Fail!");
29             }
30 
31             Console.Read();
32         }

　　“Fail!”，這是因為上面註釋了需要關閉文件流的語句，你可以嘗試下去掉註釋看看結果，記住哦，IO 操作都應該在結束時釋放資源。　

　　如果 WriteByte(0)（第9行） 引發了異常，那麼在沒有調用 fs.Close() 的情況下，你在第二個 try 塊中嘗試重新 OpenWrit() 的代碼就會失敗，因為此時文件會保持鎖定狀態。 假如你取消註釋，由於會執行 finally 塊（即使已引發異常），使得可以正確地關閉文件，從而避免再次引發異常。

　　如果在引發異常之後沒有在調用堆棧上找到相匹配的 catch 塊，則會可能會出現下麵的情況：

• 如果異常出現在析構函數中，則中止該析構函數並調用基類的析構函數（如果有）。

• 如果調用堆棧包含靜態構造函數或靜態欄位初始值設定項，則會引發 TypeInitializationException，並將原始異常分配給新異常的 InnerException 屬性。

• 如果到達線程的開頭，將會終止線程。

C# 基礎回顧系列 

　　《C# 知識回顧 - 序列化》

　　《C# 知識回顧 - 表達式樹 Expression Trees》

　　《C# 知識回顧 - 委托 delegate》、《C# 知識回顧 - 委托 delegate （續）》

　　《C# 知識回顧 - 事件入門》、《C# 知識回顧 - Event 事件》

　　《string 與 String，大 S 與小 S 之間沒有什麼不可言說的秘密》

　　《C# 知識回顧 - 異常介紹》

【博主】反骨仔

【出處】http://www.cnblogs.com/liqingwen/p/6193534.html

【參考】微軟官方文檔