3.异常被创建了，也从数据层被抛出了，接下来就是对异常的处理了。正如随笔开头所说的那样，数据层会在两种运行环境中被用到，一种我们姑且称之为同步Web环境，这种环境的特点有3：（1）程序的运行是由客户端对服务器端页面的请求直接引发的；（2）当前线程位于w3wp工作进程管理的线程池中；（3）用户正在客户端等待页面刷新。而另一种运行环境，要么代码是在服务器端的后台运行（windows服务），要么代码是另起一个工作线程在后台处理（任务队列），我们姑且统称为非Web环境。下面就对这两种环境分别叙述。
  同步Web环境在整个系统中占主要地位，如果在所有可能抛出异常的方法里都进行异常的捕获和处理，工作量将十分巨大。还好，ASP.NET已经为我们定义了一个很好的异常处理结构（具体可参见msdn），我们可以在某个时刻（具体来说，就是Page_Error事件和Application_Error事件中）对页面或者整个应用程序的未处理异常（异常抛出时，CLR会向上遍历整个调用栈来查看与被抛出异常对象类型相匹配的catch块；若未找到这样的catch块，就会出现一个unhandled exception）统一进行处理。最后我的实现是使用了Application_Error事件，即在Global.ascx中加入如下代码段：

非Web环境可就没那么幸运了，我还没能找到一个统一的未处理异常处理位置（哪位兄弟知道，望不吝赐教^_^）。好在这部分代码不多，我在一些主要的方法调用处进行了异常捕获，并把捕获后的异常存储数据库（在数据库里建了ErrorLog表，表包含Message,Source,TargetSite,StackTrace等列来记录异常的一些主要属性），这一部分就不赘述了。