20230704172025.NET開發(fā)中的異常處理

.NET開發(fā)中的異常處理異常引發(fā)準(zhǔn)則:不要返回錯誤代碼。異常是報告框架中的錯誤的主要手段。通過引發(fā)異常來報告執(zhí)行故障。如果某一成員無法按預(yù)期方式成功執(zhí)行，則應(yīng)將這種情況視為一個執(zhí)行故障并引發(fā)一個異常。如果代碼遇到繼續(xù)執(zhí)行則不安全的情況，應(yīng)考慮通過調(diào)用System.Environment.FailFast(System.String)（.NETFramework2.0中的一種功能）來終止進程，而不是引發(fā)異常。盡可能不對正常控制流使用異常。除了系統(tǒng)故障及可能導(dǎo)致爭用狀態(tài)的操作之外，框架設(shè)計人員還應(yīng)設(shè)計一些API以便用戶可以編寫不引發(fā)異常的代碼。例如，可以提供一種在調(diào)用成員之前檢查前提條件的方法，以便用戶可以編寫不引發(fā)異常的代碼?？紤]引發(fā)異常的性能影響。記錄公共可調(diào)用的成員因成員協(xié)定沖突（而不是系統(tǒng)故障）而引發(fā)的所有異常，并將這些異常視為協(xié)定的一部分。包含在協(xié)定中的異常不應(yīng)從一個版本更改到下一個版本。不要包含可以根據(jù)某一選項引發(fā)或不引發(fā)異常的公共成員。例如，不要定義如下所示的成員：UriParseUri(stringuriValue,boolthrowOnError)不要包含將異常作為返回值或輸出參數(shù)返回的公共成員?？紤]使用異常生成器方法。從不同的位置引發(fā)同一異常會經(jīng)常發(fā)生。為了避免代碼膨脹，請使用幫助器方法創(chuàng)建異常并初始化其屬性。不要從異常篩選器塊中引發(fā)異常。當(dāng)異常篩選器引發(fā)異常時，公共語言運行庫(CLR)將捕獲該異常，然后該篩選器返回false。此行為與篩選器顯式執(zhí)行和返回false的行為無法區(qū)分，因此很難調(diào)試。避免從finally塊中顯式引發(fā)異常。可以接受因調(diào)用引發(fā)異常的方法而隱式引發(fā)的異常。異常處理準(zhǔn)則:不要在框架代碼中捕捉非特定異常（如System.Exception、System.SystemException等）以至忽略錯誤。下面的代碼示例演示的異常處理是不正確的。publicclassBadExceptionHandlingExample1{publicvoidDoWork(){//Dosomeworkthatmightthrowexceptions.}publicvoidMethodWithBadHandler(){try{DoWork();}catch(Exceptione){//Swallowtheexceptionandcontinue//executing.}}}避免在應(yīng)用程序代碼中捕捉非特定異常（如System.Exception、System.SystemException等）以至忽略錯誤。某些情況下，可以在應(yīng)用程序中忽略錯誤，但這種情況極少。如果捕捉異常是為了傳輸異常，則不要排除任何特殊異常。下面的代碼示例演示對以再次引發(fā)為目的特殊異常進行的不正確測試。publicclassBadExceptionHandlingExample2{publicvoidDoWork(){//Dosomeworkthatmightthrowexceptions.}publicvoidMethodWithBadHandler(){try{DoWork();}catch(Exceptione){if(eisStackOverflowException||eisOutOfMemoryException)throw;//Handleexceptionandcontinue//executing.}}}如果了解特定異常在給定上下文中引發(fā)的條件，請考慮捕捉這些異常。不要過多使用catch。通常應(yīng)允許異常在調(diào)用堆棧中往上傳播。使用try-finally并避免將try-catch用于清理代碼。在書寫規(guī)范的異常代碼中，try-finally比try-catch使用得更多。捕捉并再次引發(fā)異常時，首選使用空引發(fā)。這是保留異常調(diào)用堆棧的最佳方式。下面的代碼示例演示一個可引發(fā)異常的方法。publicvoidDoWork(ObjectanObject){//Dosomeworkthatmightthrowexceptions.if(anObject==null){thrownewArgumentNullException("anObject","Specifyanon-nullargument.");}//Doworkwitho.}下面的代碼示例演示捕捉一個異常，并在再次引發(fā)該異常時對它進行錯誤的指定。這會使堆棧跟蹤指向再次引發(fā)作為錯誤位置，而不是指向DoWork方法。publicvoidMethodWithBadCatch(ObjectanObject){try{DoWork(anObject);}catch(ArgumentNullExceptione){System.Diagnostics.Debug.Write(e.Message);//Thisiswrong.throwe;//Shouldbethis://throw;}}不要使用無參數(shù)catch塊來處理不符合CLS的異常（不是從System.Exception派生的異常）。支持不是從Exception派生的異常的語言可以處理這些不符合CLS的異常。捕捉和引發(fā)標(biāo)準(zhǔn)異常類型:Exception和SystemException不要引發(fā)System.Exception或System.SystemException。不要在框架代碼中捕捉System.Exception或System.SystemException，除非打算再次引發(fā)。避免捕捉System.Exception或System.SystemException，在頂級異常處理程序中除外。ApplicationException不要引發(fā)System.ApplicationException或從該異常進行派生。InvalidOperationException如果處于不適當(dāng)?shù)臓顟B(tài)，則引發(fā)System.InvalidOperationException異常。如果沒有向?qū)傩约蚍椒ㄕ{(diào)用提供適當(dāng)?shù)膶ο螽?dāng)前狀態(tài)，則應(yīng)引發(fā)System.InvalidOperationException。例如，向已打開用于讀取的System.IO.FileStream寫入時，應(yīng)引發(fā)System.InvalidOperationException異常。ArgumentException、ArgumentNullException和ArgumentOutOfRangeException如果向成員傳遞了錯誤的參數(shù)，則引發(fā)System.ArgumentException或其子類型之一。如果適用，首選派生程度最高的異常類型。在引發(fā)System.ArgumentException或其派生類型之一時，設(shè)置System.ArgumentException.ParamName屬性。此屬性存儲導(dǎo)致引發(fā)異常的參數(shù)的名稱。注意，使用其中一個構(gòu)造函數(shù)重載可以設(shè)置該屬性。使用屬性setter的隱式值參數(shù)的名稱的值。不要允許公開可調(diào)用的API顯式或隱式引發(fā)System.NullReferenceException、System.AccessViolationException、System.InvalidCastException或System.IndexOutOfRangeException。進行參數(shù)檢查以避免引發(fā)這些異常。引發(fā)這些異常會公開方法的實現(xiàn)細(xì)節(jié)，這些細(xì)節(jié)可能會隨時間發(fā)生更改。StackOverflowException不要顯式引發(fā)System.StackOverflowException。此異常只應(yīng)由公共語言運行庫(CLR)顯式引發(fā)。不要捕捉System.StackOverflowException。以編程方式處理堆棧溢出極為困難。應(yīng)允許此異常終止進程并使用調(diào)試確定問題的根源。OutOfMemoryException不要顯式引發(fā)System.OutOfMemoryException。此異常只應(yīng)由CLR基礎(chǔ)結(jié)構(gòu)引發(fā)。ComException和SEHException不要顯式引發(fā)System.Runtime.InteropServices.COMException或System.Runtime.InteropServices.SEHException。這些異常只應(yīng)由CLR基礎(chǔ)結(jié)構(gòu)引發(fā)。不要顯式捕捉System.Runtime.InteropServices.SEHException。ExecutionEngineException不要顯式引發(fā)System.ExecutionEngineException。設(shè)計自定義異常:避免使用深的異常層次結(jié)構(gòu)。一定要從System.Exception或其他常見基本異常之一派生異常。請注意，捕捉和引發(fā)標(biāo)準(zhǔn)異常類型中有一條規(guī)定，不應(yīng)從ApplicationException派生自定義異常。異常類名稱一定要以后綴Exception結(jié)尾。應(yīng)使異?？尚蛄谢．惓１仨毧尚蛄谢拍芸缭綉?yīng)用程序域和遠(yuǎn)程處理邊界正確工作。一定要在所有異常上都提供（至少是這樣）下列常見構(gòu)造函數(shù)。請確保參數(shù)的名稱和類型與使用者相同.代碼如下:publicclassNewException:BaseException,ISerializable{publicNewException(){//Addimplementation.}publicNewException(stringmessage){//Addimplementation.}publicNewException(stringmessage,Exceptioninner){//Addimplementation.}//ThisconstructorisneededfortectedNewException(SerializationInfoinfo,StreamingContextcontext){//Addimplementation.}}一定要只在要求適合的權(quán)限后，才通過System.Object.ToString的重寫報告安全敏感信息。如果權(quán)限要求失敗，則返回一個不包括安全敏感信息的字符串。一定要以私有異常狀態(tài)存儲有用的安全敏感信息。請確保只有受信任的代碼才能獲取該信息?？紤]提供異常屬性，以便可以以編程方式訪問除消息字符串之外與異常相關(guān)的額外信息。異常和性能:不要由于擔(dān)心異?？赡軙π阅茉斐刹涣加绊懚褂缅e誤代碼。對于可能在常見方案中引發(fā)異常的成員，可以考慮使用Tester-Doer模式來避免與異常相關(guān)的性能問題。Doer的代碼如下:publicclassDoer{//Methodthatcanpotentialthrowexceptionsoften.publicstaticvoidProcessMessage(stringmessage){if(message==null){thrownewArgumentNullException("message");}}//Othermethods...}Tester代碼如下:publicclassTester{publicstaticvoidTesterDoer(ICollection<string>messages){foreach(stringmessageinmessages){//Testtoensurethatthecall//won'tcausetheexception.if(message!=null){Doer.ProcessMessa