關(guān)于異常,從我們一開始寫代碼的時(shí)候就開始伴隨著我們，只不過那時(shí)還沒入門，腦子里并沒有產(chǎn)生意識(shí)這就是異常。

異常：程序運(yùn)行期間發(fā)生錯(cuò)誤，

異常對(duì)象： 將程序發(fā)生的各種錯(cuò)誤封裝成對(duì)象

曾記得第一次面試的時(shí)候，面試官問了我這樣的一個(gè)拐彎的問題“你平時(shí)是怎么解決出現(xiàn)的各種問題”，a:當(dāng)時(shí)心中一驚，看別人的面經(jīng)也提到了這個(gè)問題，沒有多想“首先自己找找看哪里出了出的錯(cuò)誤，定位到出現(xiàn)錯(cuò)誤的位置，看出現(xiàn)了什么異常”。q:那你說說有哪些異常，，產(chǎn)生異常的原因，如何處理的。a:空指針，超出索引異常，en en………當(dāng)時(shí)挺尷尬，問到了異常我卻回答這么簡單，缺乏思考。

在實(shí)際的工作中，捕獲異常，收集分析異常對(duì)于解決問題至關(guān)重要。

Exception類分析

SystemException類繼承Exception，前者是System命名空間中所有其他異常類的基類，在捕獲異常的時(shí)候，我首先查看的就是Exception對(duì)象信息。Exception重要成員如下圖

這里寫圖片描述

• 1.Message屬性：產(chǎn)生異常原因的錯(cuò)誤消息

[__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是獲取運(yùn)行時(shí)資源字符串。返回的字符串是產(chǎn)生異常原因的錯(cuò)誤消息或者空字符串。

• 2.Data：的其他異常信息的鍵/值對(duì)的集合

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

• 3.StackTrace：出現(xiàn)異常之前調(diào)用的方法名稱和簽名

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

• 4.Source屬性：包含生成異常的應(yīng)用程序或?qū)ο蟮拿Q
• 5.TargetSite屬性：引發(fā)當(dāng)前異常的方法
• 6.GetBaseException方法 ：返回System.Exception,它是所有異常類的“基”類。

常見的異常類

異常類型有很多，他們都是繼承自SystemException，這些異常類型大概分為以下這幾種1.與數(shù)組集合有關(guān)2.與成員訪問有關(guān)3.與參數(shù)有關(guān)4.與算術(shù)相關(guān)5.IO相關(guān)6.當(dāng)然還有其他的一些異常。

1.與數(shù)組集合有關(guān)

• IndexOutOfRangeException類：索引超出范圍引發(fā)的異常
• ArrayTypeMismatchException類：數(shù)組集合存儲(chǔ)數(shù)據(jù)類型不正確引發(fā)的異常
• RankException類：處理維數(shù)錯(cuò)誤引發(fā)的異常

2.IO有關(guān)的異常

與IO相關(guān)的異常都繼承自IOException類，該類用于處理進(jìn)行文件輸入輸出操作時(shí)所引發(fā)的異常，IOException類的5個(gè)直接派生類如下。

• DirectoryNotFoundException類：沒有找到指定的目錄而引發(fā)的異常。
• FileNotFoundException類：沒有找到文件而引發(fā)的異常。
• EndOfStreamException類：處理已經(jīng)到達(dá)流的末尾而還要繼續(xù)讀數(shù)據(jù)而引發(fā)的異常。
• FileLoadException類：無法加載文件而引發(fā)的異常。
• PathTooLongException類：文件名太長而引發(fā)的異常。

3.成員訪問有關(guān)的異常

與成員訪問相關(guān)的異常都繼承自MemberAccessException這個(gè)類，它繼承自SystemException。

• FileAccessException：訪問字段成員失敗所引發(fā)的異常
• MethodAccessException：訪問方法成員失敗引發(fā)異常
• MissingMemberException：成員不存在引發(fā)的異常

4.參數(shù)相關(guān)的異常

與參數(shù)有關(guān)的異常類ArgumentException都繼承自SystemException，處理給方法成員傳遞參數(shù)時(shí)發(fā)生異常

• ArgumentOutOfRangeException：當(dāng)一個(gè)參數(shù)不在給定范圍內(nèi)引發(fā)的異常
• ArgumentNullException：參數(shù)為null（不允許null）的情況下引發(fā)的異常

5.與算術(shù)相關(guān)

ArithmeticException異常類用于處理與算術(shù)相關(guān)的異常，它的相關(guān)子類如下

• DivideByZeroException：整數(shù)十進(jìn)制試圖除以0引發(fā)的異常（被除數(shù)不能為0）
• NotFiniteNumberException：浮點(diǎn)數(shù)運(yùn)算中出現(xiàn)無窮大或非負(fù)值引發(fā)的異常

6.其他異常

• NullReferenceException：當(dāng)一個(gè)對(duì)象沒有實(shí)例化時(shí)并引用引發(fā)的異常
• InvalidOperationException：當(dāng)對(duì)方法的調(diào)用對(duì)象當(dāng)前狀態(tài)無效時(shí)引發(fā)異常
• InvalidCastException：處理類型轉(zhuǎn)換期間引發(fā)的異常
• OutOfMemoryException：處理內(nèi)存不足引發(fā)的異常
• StackOverflowException：處理?xiàng)Ｒ绯鲆l(fā)的錯(cuò)誤

異常捕獲

c#中提供try 和catch塊提供了一種結(jié)構(gòu)化的異常處理方案，所有可能出現(xiàn)的異常都必須得到妥善的處理，try catch本身并不會(huì)影響系統(tǒng)的性能，在沒有發(fā)生異常的時(shí)候try catch 是不會(huì)影響系統(tǒng)性能的。受影響的時(shí)候是發(fā)生異常的時(shí)候。

關(guān)鍵字 try catch finally。先執(zhí)行try里面的語句，如果拋出異常就會(huì)被catch捕獲。無論出不出現(xiàn)異常都會(huì)執(zhí)行finally里面的語句。另外不常用的throw關(guān)鍵字：當(dāng)問題出現(xiàn)時(shí)，程序拋出一個(gè)異常。

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，被除數(shù)不能為0，e.message:" + e.Message);
            }
            finally {
                Console.WriteLine($"{a}除以{b}的結(jié)果是"+result);
            }
        }
    }

異常處理原則和建議

在實(shí)際的開發(fā)中，異常到底需要怎么寫，還是和系統(tǒng)的穩(wěn)定性和容錯(cuò)性有一定要求的。

要捕獲具體的異常

在捕獲異常的時(shí)候，我們經(jīng)常習(xí)慣性寫catch(Exception ex) ,這個(gè)并非具體的異常，最好是能具體到ArgumentException、FormatException等異常類,不要拋出”new Exception()”

catch中啥也不干，異常要向頂層拋出

這種情況在自己寫demo的時(shí)候可能比較常見，在編寫catch(Exception ex)這塊代碼下啥也不干，不要這樣做。切記出現(xiàn)的異常要想頂層拋出

合理使用finally塊

finally關(guān)鍵字是不管拋出什么類型異常都會(huì)被執(zhí)行，大多數(shù)的時(shí)候能在finally塊下執(zhí)行的代碼，也能寫在catch里面。那么finally關(guān)鍵字到底在什么情況下使用比較合適呢，比如清理資源，關(guān)閉流，回復(fù)狀態(tài)等。

拋出的異常要記錄下來

當(dāng)然程序中出現(xiàn)的異常并不是所有都要記錄下來，有些異常還是記錄下來便于分析具體的問題。一些記錄日志庫 log4net ,EIF……

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

剛剛前面的例子，我打印的e.Message ,僅僅只是輸出“嘗試除以0”，提示的錯(cuò)誤信息不具體，并不推薦這樣做。Tostring方法中包含了stacktrace、內(nèi)部異常信息、Message……通常這些信息比僅一個(gè)Message更重要

不要將“拋出異常”作為函數(shù)執(zhí)行結(jié)果的一種

“拋出異常”應(yīng)該向頂層拋出，但是不能作為方法執(zhí)行結(jié)果的一種，方法的結(jié)果不能是異常類。

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

創(chuàng)建子線程去執(zhí)行任務(wù)時(shí)，主線程不會(huì)知道子線程的異常情況，所以每個(gè)線程都需要一個(gè)try、catch.

來自“代碼思考者“的評(píng)論

之前在做C#項(xiàng)目的項(xiàng)目經(jīng)理時(shí)，我也思考過如何有效地在項(xiàng)目團(tuán)隊(duì)中實(shí)踐異常的處理。

首先，異常處理應(yīng)該是系統(tǒng)設(shè)計(jì)規(guī)約的一部分出現(xiàn)在系統(tǒng)設(shè)計(jì)文檔中，而不僅僅是一種技術(shù)實(shí)現(xiàn)。

作為設(shè)計(jì)文檔的一部分，異常處理應(yīng)該著眼于系統(tǒng)容錯(cuò)性和穩(wěn)定性（正如樓主提到的那樣）。然后在根據(jù)這個(gè)規(guī)約，再來具體討論和選擇異常處理中使用的各種技術(shù)細(xì)則。

比如，在設(shè)計(jì)服務(wù)時(shí)，必須在服務(wù)的調(diào)用接口處有異常處理，否則客戶端傳過來的任何有害數(shù)據(jù)都可能讓服務(wù)器掛掉。

比如，對(duì)異常的處理在系統(tǒng)的設(shè)計(jì)中，必須有明確說明，不能隨便在哪個(gè)模塊中處理異常。

以上是我的個(gè)人經(jīng)驗(yàn)，還望走過的朋友多多交流。