C#異常處理總結

標籤：otf   call   ESS   欄位   method   demo   lin   tool   virt   

1. Exception類分析
2. 常見的異常類
3. 異常捕獲
4. 異常處理原則和建議

SystemException類繼承Exception，前者是System命名空間中所有其他異常類的基類，在捕獲異常的時候，我首先查看的就是Exception對象資訊。Exception重要成員如 
這裡寫圖片描述 
1.Message屬性：產生異常原因的錯誤訊息

[__DynamicallyInvokable]public virtual string Message{    [__DynamicallyInvokable]    get    {        if (this._message != null)        {            return this._message;        }        if (this._className == null)        {            this._className = this.GetClassName();        }        return Environment.GetRuntimeResourceString("Exception_WasThrown", new object[] { this._className });    }}

Message屬性是唯讀屬性，GetRuntimeResourceString是擷取運行時資源字串。返回的字串是產生異常原因的錯誤訊息或者Null 字元串。 

2.Data：的其他異常資訊的鍵/值對的集合

public virtual IDictionary Data {              get{                if (_data == null)                   if(IsImmutableAgileException(this))
                             _data = new EmptyReadOnlyDictionaryInternal();                  else         　　　　　　　　　　　 _data = new ListDictionaryInternal();                 return _data;                }         }

 

3.StackTrace：出現異常之前調用的方法名稱和簽名

public static string StackTrace{    [SecuritySafeCritical]    get    {        new EnvironmentPermission(PermissionState.Unrestricted).Demand();        return GetStackTrace(null, true);    }}

 

4.Source屬性：包含產生異常的應用程式或對象的名稱 
5.TargetSite屬性：引發當前異常的方法 
6.GetBaseException方法 ：返回System.Exception,它是所有異常類的“基”類。

常見的異常類

異常類型有很多，他們都是繼承自SystemException，這些異常類型大概分為以下這幾種1.與數組集合有關2.與成員訪問有關3.與參數有關4.與算術相關5.IO相關6.當然還有其他的一些異常。 
1.與數組集合有關 
IndexOutOfRangeException類：索引超出範圍引發的異常 
ArrayTypeMismatchException類：數組集合儲存資料類型不正確引發的異常 
RankException類：處理維數錯誤引發的異常 
2.IO有關的異常 
與IO相關的異常都繼承自IOException類，該類用於處理進行檔案輸入輸出操作時所引發的異常，IOException類的5個直接衍生類別如下。 
DirectoryNotFoundException類：沒有找到指定的目錄而引發的異常。 
FileNotFoundException類：沒有找到檔案而引發的異常。 
EndOfStreamException類：處理已經到達流的末尾而還要繼續讀資料而引發的異常。 
FileLoadException類：無法負載檔案而引發的異常。 
PathTooLongException類：檔案名稱太長而引發的異常。 
3.成員訪問有關的異常 
與成員訪問相關的異常都繼承自MemberAccessException這個類，它繼承自SystemException。 
FileAccessException：訪問欄位成員失敗所引發的異常 
MethodAccessException：存取方法成員失敗引發異常 
MissingMemberException：成員不存在引發的異常 
4.參數相關的異常 
與參數有關的異常類ArgumentException都繼承自SystemException，處理給方法成員傳遞參數時發生異常 
ArgumentOutOfRangeException：當一個參數不在給定範圍內引發的異常 
ArgumentNullException：參數為null（不允許null）的情況下引發的異常 
5..與算術相關 
ArithmeticException異常類用於處理與算術相關的異常，它的相關子類如下 
DivideByZeroException：整數十進位試圖除以0引發的異常（被除數不能為0） 
NotFiniteNumberException：浮點數運算中出現無窮大或非負值引發的異常 
6.其他異常 
NullReferenceException：當一個對象沒有執行個體化時並引用引發的異常 
InvalidOperationException：當對方法的調用對象目前狀態無效時引發異常 
InvalidCastException：處理類型轉換期間引發的異常 
OutOfMemoryException：處理記憶體不足引發的異常 
StackOverflowException：處理棧溢出引發的錯誤

異常捕獲

c#中提供try 和catch塊提供了一種結構化的異常處理方案，所有可能出現的異常都必須得到妥善的處理，try catch本身並不會影響系統的效能，在沒有發生異常的時候try catch 是不會影響系統效能的。受影響的時候是發生異常的時候。 
關鍵字 try catch finally。先執行try裡面的語句，如果拋出異常就會被catch捕獲。無論出不出現異常都會執行finally裡面的語句。另外不常用的throw關鍵字：當問題出現時，程式拋出一個異常。

class Program    {        static void Main(string[] args)        {            DivideNumber div = new DivideNumber();            div.DivideMethod(2, 0);            Console.ReadKey();        }    }    class DivideNumber    {        int result;        public DivideNumber()        {            result = 0;        }        public void DivideMethod(int a,int b)        {            try            {                result = a / b;            }            catch (DivideByZeroException e)            {                Console.WriteLine("exception，被除數不能為0，e.message:" + e.Message);            }            finally {                Console.WriteLine($"{a}除以{b}的結果是"+result);            }        }    }

 異常處理原則和建議

在實際的開發中，異常到底需要怎麼寫，還是和系統的穩定性和容錯性有一定要求的。

要捕獲具體的異常 
在捕獲異常的時候，我們經常習慣性寫catch(Exception ex) ,這個並非具體的異常，最好是能具體到ArgumentException、FormatException等異常類,不要拋出”new Exception()” 
catch中啥也不幹，異常要向頂層拋出 
這種情況在自己寫demo的時候可能比較常見，在編寫catch(Exception ex)這塊代碼下啥也不幹，不要這樣做。切記出現的異常要想頂層拋出 
合理使用finally塊 
finally關鍵字是不管拋出什麼類型異常都會被執行，大多數的時候能在finally塊下執行的代碼，也能寫在catch裡面。那麼finally關鍵字到底在什麼情況下使用比較合適呢，比如清理資源，關閉流，回複狀態等。 
拋出的異常要記錄下來 
當然程式中出現的異常並不是所有都要記錄下來，有些異常還是記錄下來便於分析具體的問題。一些記錄日誌庫 log4net ,EIF…… 
不要只記錄Exception.Message的值，還需要記錄Exception.ToString() 
剛剛前面的例子，我列印的e.Message ,僅僅只是輸出“嘗試除以0”，提示的錯誤資訊不具體，並不推薦這樣做。Tostring方法中包含了stacktrace、內部異常資訊、Message…..通常這些資訊比僅一個Message更重要 
不要將“拋出異常”作為函數執行結果的一種 
“拋出異常”應該向頂層拋出，但是不能作為方法執行結果的一種，方法的結果不能是異常類。 
每個線程要包含一個try/catch塊 
建立子線程去執行任務時，主線程不會知道子線程的異常情況，所以每個線程都需要一個try、catch. 
來自“代碼思考者“的評論 
之前在做C#項目的專案經理時，我也思考過如何有效地在項目團隊中實踐異常的處理。 
首先，異常處理應該是系統設計規約的一部分出現在系統設計文檔中，而不僅僅是一種技術實現。 
作為設計文檔的一部分，異常處理應該著眼於系統容錯性和穩定性（正如樓主提到的那樣）。然後在根據這個規約，再來具體討論和選擇異常處理中使用的各種技術細則。 
比如，在設計服務時，必須在服務的調用介面處有異常處理，否則用戶端傳過來的任何有害資料都可能讓伺服器掛掉。 
比如，對異常的處理在系統的設計中，必須有明確說明，不能隨便在哪個模組中處理異常。 
以上是我的個人經驗，還望走過的朋友多多交流。

 

張林 標題:C#異常處理總結 
原文地址：http://blog.csdn.net/kebi007/article/details/78221083 轉載隨意註明出處

C#異常處理總結