软件开发中异常处理.docxVIP

Exception Management Architecture Guide?异常管理框架指南1.??????异常管理要架构一个结构良好、维护性高、富有弹性的应用系统就必须采用适当的异常管理策略。系统的异常管理必须包含以下功能：??????????探测异常??????????记录异常日志、发送信息??????????产生异常事件，使外部系统能够监测和作出判断要架构一个结构良好、维护性高、富有弹性的应用系统就必须采用适当的异常管理策略。系统的异常管理必须包含以下功能1.1???????异常的层次结构异常通常由应用程序（用户程序等）或运行库（公共语言运行库和应用程序运行库）引发的。Exception是所有异常类型的基类。当发生异常时，系统或当前正在执行的应用程序通过引发包含关于该错误的信息的异常来报告异常。异常发生后，将由该应用程序或默认异常处理程序进行处理。若干异常类都直接从Exception类继承，其中包括两种主要类型的异常类：1.???????ApplicationException用户定义的应用程序异常类型的基类。ApplicationException继承Exception，但是不提供扩展功能，必须开发ApplicationException的派生类，以实现自定义异常的功能。2.???????SystemException预定义的公共语言运行库异常类的基类。这两个异常类构成了几乎所有的应用程序和运行库异常的基础。1.1???????异常处理过程异常处理过程主要由“分析异常”和“处理异常”组成。应用系统中的方法（过程）都必须按照下述流程以确保被处理的异常信息中包含当前方法（过程）的上下文。注：在方法（过程）产生了异常，进入“异常探测”代码块。“异常探测”和“异常传播”代码块中论述了异常的细节。当异常被传播到应用系统的边界（需要将异常信息反馈给用户）时，异常管理进入异常处理阶段，见下图：注：为了维持异常的信息（information），通告（nofice）和用户体验/用户提示(user experience），异常处理进入了信息收集、日志记录、通告异常过程。1.??????异常探测.Net的公共语言运行库提供一种异常处理模型，该模型基于对象形式的异常表示形式，将程序代码和异常处理代码分到try?块和catch?块中。可以有一个或多个?catch块，每个块都设计为处理一种特定类型的异常，或者将一个块设计为捕捉比其他块更具体的异常。try{???// Some code that could throw an exception.}catch(SomeException exc){???// Code to react to the occurrence???// of the exception}finally{???// Code that gets run always, whether or not???// an exception was thrown. This is usually???// clean up code that should be executed???// regardless of whether an exception has???// been thrown.}如果要处理在应用程序在执行期间某代码块发生的异常,则必须先该代码块放置在?try?块中。?(try?语句中的代码是try?块),?并将处理由try?块引发的异常的应用程序代码放在?catch语句中，称为catch块。零个或多个catch块与一个?try?块相关联，每个catch块包含一个确定该块能够处理的异常类型的类型筛选器。不管异常产生与否，应用程序都将进入finally块，通常要要执行一些clean up代码。注：在try?块中出现异常时，系统按所关联?catch块在应用程序代码中出现的顺序搜索它们，直到定位到处理该异常的catch块为止。如果某catch块的类型筛选器指定了异常类型?T或任何派生由异常类型T派生的异常类型，则该catch块处理?T类型及其派生类型的异常。系统在找到第一个处理该异常的catch?块后即停止搜索。因此，在应用程序代码中处理某类型异常的catch块必须在处理其基类型的catch块之前指定，所以通常处理System.Exception?的catch?块最后指定。如果与try块相关联的所有catch块均不处理该异常，且当前try?块嵌套在其他try?块中，则搜索与上一级try块相关联的catch块。如果仍然没有找到用于该异常的catch?块，则将该异常沿调用堆栈向上传递，搜索上一个堆栈帧（当前方法的主调方法）来查找处理该异常的catch?块，并一直查找，直到该异常得到处理或调用堆栈中没有更多的帧为止