對(duì)于一個(gè)大的系統(tǒng)來說，異常處理必須要有一個(gè)總的策略和方針，并在組織內(nèi)貫徹執(zhí)行，否則就很難把異常處理好。

從整個(gè)系統(tǒng)全局的角度來看

進(jìn)程內(nèi)錯(cuò)誤----用異常來報(bào)告錯(cuò)誤（內(nèi)部錯(cuò)誤）；底層模塊通過異常來向高層模塊報(bào)告錯(cuò)誤的發(fā)生。

進(jìn)程間錯(cuò)誤----用ErrorCode, ErrorMessage, Action來向外部系統(tǒng)報(bào)告錯(cuò)誤（業(yè)務(wù)錯(cuò)誤），尤其是對(duì)外提供公共服務(wù)，除非是對(duì)外不公開的子系統(tǒng)，此時(shí)可以使用原生的異常來報(bào)告錯(cuò)誤。一旦錯(cuò)誤超出服務(wù)邊界，最好使用ErrorCode, ErrorMessage, Action的方式向外部報(bào)告。

從進(jìn)程內(nèi)不同模塊的角度來看

底層模塊：DLL，一般不需要Catch異常；盡量多的使用Try--Finally；除非定義的自己的異常。

高層模塊：EXE等，盡量在高層模塊中處理異常，報(bào)告錯(cuò)誤。

從不同的系統(tǒng)類型的角度來講

服務(wù)型：7* 24小時(shí)，通常情況下要確保系統(tǒng)的任何情況下都不要Crash，系統(tǒng)發(fā)生的任何Exception都要有Log，有些情況下可能還需要發(fā)郵件來通知。

UI型：友好的給出用戶提示信息。必要的時(shí)候可以使用AOP來在全局唯一的點(diǎn)來處理Exception。

實(shí)際的異常處理規(guī)則

異常類必須符合標(biāo)準(zhǔn)，必須可以序列化。
[Serializable]
public class ExampleException : ApplicationException
{
public ExampleException()
: base()
{

}

public ExampleException(string message)
: base(message)
{

}

public ExampleException(string message, Exception inner) :
base(message, inner)
{

}

protected ExampleException(SerializationInfo info, StreamingContext context) :
base(info, context)
{
}
}

不能丟掉任何一個(gè)異常，通常情況下要使用InnerException來保持原始的異常。 try
{
//Read configuration from file
...
}
catch (FileNotFoundException ex)
{
throw new ExampleException("Can't find the configration file.", ex);
}

Catch異常后如果不Throw的話，必須Log異常。

記ExceptionLog時(shí)必須包含棧信息，也就是要使用ToString方法。

轉(zhuǎn)載于:https://www.cnblogs.com/zanxiaofeng/archive/2012/02/17/Exception.html

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎(jiǎng)勵(lì)來咯，堅(jiān)持創(chuàng)作打卡瓜分現(xiàn)金大獎(jiǎng)

總結(jié)

以上是生活随笔為你收集整理的如何全面的把握一个系统的异常处理的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。