26 异常处理

在 ASP.NET 中异常处理有三个方面:

  • Tracing - 在页面级或者应用程序级追踪程序执行。
  • Error handling - 在页面级或者应用程序级解决标准错误或者自定义错误。
  • Debugging - 在程序中前进,设置断点来分析代码。

在这一章中,我们将讨论 tracing 和 handling。并且在这一章中,我们将涉及 debugging。

为了理解概念,创建以下的样本应用程序。它有一个 label 控件,一个 dropdown 列表和一个链接。dropdown 列表加载了一个名言的 array 列表并且被选择的引用将显示在下面的标签中。它也拥有一个超链接,它指向一个不存在的链接。

  1. <%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="errorhandling._Default" %>
  2.  
  3. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
  4.  
  5. <html xmlns="http://www.w3.org/1999/xhtml" >
  6.  
  7. <head runat="server">
  8. <title>
  9. Tracing, debugging and error handling
  10. </title>
  11. </head>
  12.  
  13. <body>
  14. <form id="form1" runat="server">
  15.  
  16. <div>
  17. <asp:Label ID="lblheading" runat="server" Text="Tracing, Debuggin and Error Handling">
  18. </asp:Label>
  19.  
  20. <br /> <br />
  21.  
  22. <asp:DropDownList ID="ddlquotes" runat="server" AutoPostBack="True" onselectedindexchanged="ddlquotes_SelectedIndexChanged">
  23. </asp:DropDownList>
  24.  
  25. <br /> <br />
  26.  
  27. <asp:Label ID="lblquotes" runat="server">
  28. </asp:Label>
  29.  
  30. <br /> <br />
  31.  
  32. <asp:HyperLink ID="HyperLink1" runat="server" NavigateUrl="mylink.htm">Link to:</asp:HyperLink>
  33. </div>
  34.  
  35. </form>
  36. </body>
  37.  
  38. </html>

文件后的代码:

  1. public partial class _Default : System.Web.UI.Page
  2. {
  3. protected void Page_Load(object sender, EventArgs e)
  4. {
  5. if (!IsPostBack)
  6. {
  7. string[,] quotes =
  8. {
  9. {"Imagination is more important than Knowledge.", "Albert Einsten"},
  10. {"Assume a virtue, if you have it not" "Shakespeare"},
  11. {"A man cannot be comfortable without his own approval", "Mark Twain"},
  12. {"Beware the young doctor and the old barber", "Benjamin Franklin"},
  13. {"Whatever begun in anger ends in shame", "Benjamin Franklin"}
  14. };
  15.  
  16. for (int i=0; i<quotes.GetLength(0); i++)
  17. ddlquotes.Items.Add(new ListItem(quotes[i,0], quotes[i,1]));
  18. }
  19. }
  20.  
  21. protected void ddlquotes_SelectedIndexChanged(object sender, EventArgs e)
  22. {
  23. if (ddlquotes.SelectedIndex != -1)
  24. {
  25. lblquotes.Text = String.Format("{0}, Quote: {1}", ddlquotes.SelectedItem.Text, ddlquotes.SelectedValue);
  26. }
  27. }
  28. }

Tracing

为了允许页面级别的追踪,你需要修改 Page 指令并且如下添加一个 Trace 属性:

  1. <%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs"
  2. Inherits="errorhandling._Default" Trace ="true" %>

现在当你执行文件时,你将得到追踪信息:

1 图片 26.1 1

它在首部提供了以下的信息:

  • Session ID
  • Status Code
  • Time of Request
  • Type of Request
  • Request and Response Encoding

每次页面被需要时,从服务器发出的 status 代码显示名字和错误时间,如果有的话。以下的表格显示普通的 HTTP status 代码:

数字 描述
通知(100 - 199)
100 继续
101 转换协议
成功(200 - 299)
200 OK
204 无内容
重定向(300 - 399)
301 永久移动
305 使用代理
307 暂时重定向
来自客户端的错误(400 - 499)
400 错误请求
402 支付需求
404 未找到
408 请求超时
417 期望失败
来自服务器的错误(500 - 599)
500 内部服务器错误
503 服务不可用
505 HTTP 版本不支持

在顶级信息下,有一个 Trace 日志,它提供了页面生命周期的细节。它提供了页面被初始化后的以秒为单位的运行时间。

2 图片 26.2 2

下一个部分是控件树,它以分层的形式列举了页面上所有的控件:

3 图片 26.3 3

Session 和 Application 中的最后声明了跟随了所有服务器变量的 summaries,cookies 和 headers 集合。

Trace 对象允许你给 trace 输出添加自定义信息。它有两个方法来完成:Write 方法和 Warn 方法。

改变 Page_Load 事件句柄在检测 Write 方法:

  1. protected void Page_Load(object sender, EventArgs e)
  2. {
  3. Trace.Write("Page Load");
  4.  
  5. if (!IsPostBack)
  6. {
  7. Trace.Write("Not Post Back, Page Load");
  8. string[,] quotes =
  9. .......................
  10. }
  11. }

运行来观察影响:

4 图片 26.4 4

为了检测 Warn 方法,让我们在被选择的 index changed 事件句柄中强制输入一些错误的代码:

  1. try
  2. {
  3. int a = 0;
  4. int b = 9 / a;
  5. }catch (Exception e)
  6. {
  7. Trace.Warn("UserAction", "processing 9/a", e);
  8. }

Try-Catch 是一个 C# 编程结构。try 块持有任何可以或不可以产生错误的代码,catch 块捕获了错误。当程序运行时,它在 trace 日志中发送警告。

5 图片 26.5 5

应用程序层次的追踪应用到网站中的所有的页面。它通过将以下代码放入 web.config 文件被实现:

  1. <system.web>
  2. <trace enabled="true" />
  3. </system.web>

错误解决

尽管 ASP.NET 能检测所有的运行时错误,仍然有一些微小的错误仍在那儿。通过追踪观察错误是为开发者准备的,而不是用户。

因此,为了拦截这样情况的发生,你可以在应用程序的 web.config 中添加错误解决设置。它是应用程序范围的错误解决。例如,你可以在 web.config 文件中添加以下的代码:

  1. <configuration>
  2. <system.web>
  3.  
  4. <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
  5. <error statusCode="403" redirect="NoAccess.htm" />
  6. <error statusCode="404" redirect="FileNotFound.htm" />
  7. </customErrors>
  8.  
  9. </system.web>
  10. <configuration>
部分有可能的属性:
  • Mode:它允许或者不允许自定义错误页面。它有三个可能的值:
  • On:展示自定义页面。
  • Off:展示 ASP.NET 错误页面(黄色页面)
  • remoteOnly:它展示了自定义错误到客户端,展示本地的 ASP.NET 错误。
    • defaultRedirect:它含有页面的 URL 来展示以备不能解决的错误。

为了给不同错误类型放置不同的自定义错误页面,子标签被使用,那里不同的错误页面基于错误的 status 代码被指定。

为了实现页面级别的错误解决,Page 指令能被修改为:

  1. <%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs"
  2. Inherits="errorhandling._Default" Trace ="true" ErrorPage="PageError.htm" %>

因为 ASP.NET Debugging 是它内部一个重要的主题,因此我们将在下一章单独地讨论它。