t = 10 / nTheZero;
11:   }
12:   catch(DivideByZeroException divEx)
13:   {
14:    Console.WriteLine("divide by zero occurred!");
15:   }
16:   catch(Exception Ex)
17:   {
18:    Console.WriteLine("some other exception");
19:   }
20:   finally
21:   {
22:   }
23:  }
24: }

    这个例子的技巧为，它包含了多个catch 语句。第一个捕获了更可能出现的DivideByZeroException异常，而第二个catch语句通过捕获普通异常处理了所有剩下来的异常。
    你肯定总是首先捕获特定的异常，接着是普通的异常。如果你不按这个顺序捕获异常，会发生什么事呢？清单7.7中的代码有说明。

  清单7.7   顺序不适当的 catch 语句

1:   try
2:   {
3:    int nTheZero = 0;
4:    int nResult = 10 / nTheZero;
5:   }
6:   catch(Exception Ex)
7:   {
8:    Console.WriteLine("exception " + Ex.ToString());
9:   }
10:   catch(DivideByZeroException divEx)
11:   {
12:    Console.WriteLine("never going to see that");
13:   }


    编译器将捕获到一个小错误，并类似这样报告该错误：
wrongcatch.cs(10,9): error CS0160: A previous catch clause already
catches all exceptions of this or a super type ('System.Exception')

    最后，我必须告发CLR异常与SEH相比时的一个缺点（或差别）：没有 EXCEPTION_CONTINUE_EXECUTION标识符的等价物，它在SEH异常过滤器中很有用。基本上，EXCEPTION_CONTINUE_EXECUTION 允许你重新执行负责异常的代码片段。在重新执行之前，你有机会更改变量等。我个人特别喜欢的技术为，使用访问违例异常，按需要实施内存分配。
   

7.3  引发异常
    当你必须捕获异常时，其他人首先必须首先能够引发异常。而且，不仅其他人能够引发，你也可以负责引发。其相当简单：

throw new ArgumentException("Argument can't be 5");
    你所需要的是throw 语句和一个适当的异常类。我已经从表7.1提供的清单中选出一个异常给这个例子。
    
    表 7.1   Runtime提供的标准异常


异常类型                                                        描述

Exception                                            所有异常对象的基类
SystemException                &nb

上一页  [1] [2] [3] [4] [5] [6] [7] 下一页

在google里搜索更多ASP.NET中异常处理使用(详细)

	Web www.51ec.org

上一篇信息学院： ASP.NET  Framework深度历险(1)…

下一篇信息学院： ASP.NET中的事务处理和异常处理