调试ASP.NET应用程序的方法和技巧
作者:
调试ASP.NET应用程序的方法和技巧
以前使用ASP开发过Web应用程序的人员肯定知道调试Web应用程序是多么麻烦。在ASP中,调试是痛苦的,通常包括了使用Response.Write()方法输出变量的值。那么请问一下自己:你有多少次忘记了在布署应用程序之前删除了调试语句?
随着.NET框架组件的出现这种情况发生了彻底的改变。在.NET中,你可以使用Visual Studio .NET中的调试程序跟踪整个Web应用程序的执行,或者使用System.Web.TraceContext名字空间中的Trace类。本文演示如何使用Trace类辅助你的调试工作。 使用Trace类 ASP.NET中包含了一个帮助跟踪应用程序信息流的Trace类。作为使用Response对象进行调试的代替,你现在可以使用Trace类打印出调试信息了。 为了演示它的使用,我们首先建立一个ASP.NET Web应用程序,并在默认的WebForm1上放置一个Button和一个ListBox控件(如图1所示)。用三个项填充ListBox控件并把它的AutoPostBack属性设置为True。 图1.填充默认的WebForm1 |
对于本文,我希望跟踪应用程序的执行流。首先,激活跟踪,页面指令要求含有Trace属性,它的值设置为True(切换到查看HTML源模式),如图2所示。
图2.激活跟踪 |
下一步,我在Form的load事件中插入Trace语句,这样我就知道是否发生了Postback。PostBack事件是ASP.NET中的最容易混乱的一个特性,它经常导致初用ASP.NET的开发者的失败。
Private Sub Page_Load(ByVal sender As System.Object, _ ByVal e As System.EventArgs) _ Handles MyBase.Load '此处放置初始化页面的用户代码 Trace.Write("Page loaded") If Not IsPostBack Then Trace.Write("Not in a postback") ' postback发生的时候执行一些操作 Else Trace.Write("In a postback") ' 执行一些操作 End If End Sub |
我同样想知道当ListBox数据项被选择的时候是否发生了postback:
Private Sub ListBox1_SelectedIndexChanged(ByVal sender As _ System.Object, _ ByVal e As System.EventArgs) Handles _ ListBox1.SelectedIndexChanged Trace.Write("Listbox postback") End Sub |
当上面的ASP.NET应用程序执行时,将显示下面的输出结果(图3所示):
图3.显示跟踪信息 |
你可以发现,当第一次载入WebForm1的时候,你可以看到字符串"Page loaded"和"Not in a postback"。如果你点击WebForm1上的按钮,你可以看到图4所示的记录。与此类似,如果点击了ListBox,也会显示"Listbox postback"字符串。
图4.检查跟踪信息 |
跟踪页面包含下面的部分(图3中没有显示所有的信息):
段 | 描述 |
请求细节 | 描述与请求相关的信息,例如对话ID、编码和请求的时间。 |
跟踪信息 | 包含当前运行的应用程序的详细信息。跟踪信息显示在这个部分中。 |
控件树 | 显示某个页面中控件的信息和Viewstate 隐藏字段的大小。 |
Cookie集合 | 显示页面和它的值设置的cookie。 |
头集合 | 显示HTTP头信息,例如内容长度和用户代理。 |
窗体集合 | 显示某个页面中控件的名称和它们的值。 |
服务器变量 | 显示服务器端的环境变量。 |
注意,我们的跟踪信息显示在"跟踪信息段"的下面。如果要关闭跟踪,只需要简单地把页面指令中Trace的属性设置为False。没有必要删除应用程序中的跟踪指令,现在关闭调试仅仅是设置一个布尔值这么简单了。
打开/关闭跟踪只是简单地修改页面指令中的Trace属性的值。你也可以使用Trace类编程关闭跟踪。Trace类的成员如下:
属性 | 描述 |
IsEnabled | 表明是否激活对当前请求的跟踪。 |
TraceMode | 设置跟踪模式:sortByCategory或sortByTime。 |
方法 | 描述 |
Warn | 把跟踪信息显示为红色。 |
Write | 写跟踪信息。 |
要编程关闭跟踪,可以在WebForm1的load事件中使用下面的语句:
Trace.IsEnabled = false |
在我们的例子中,跟踪信息没有很显目的显示,因此它被其它的跟踪信息掩埋了。Trace类的Warn()方法可以把跟踪信息打印为红色。因此不是这样编写代码:
Trace.Write("Page loaded") |
而是:
Trace.Warn("Page loaded") |
图5显示了Warn()方法用红色显示的调试信息。
图5.使用Warn()方法用红色显示跟踪信息 |
对跟踪信息排序
把多个跟踪语句放在一个应用程序中有时会显得杂乱。如果你的跟踪信息可以被分为不同的类别,那么跟踪就更容易了。Trace类允许我们基于种类对跟踪信息进行分类和排序。
下面的例子演示了如何对跟踪信息按类别进行分组:
Private Sub Page_Load(ByVal sender As System.Object, _ ByVal e As System.EventArgs) _ Handles MyBase.Load Trace.TraceMode = TraceMode.SortByCategory '此处放置初始化页面的用户代码 Trace.Warn("Page_Load", "Page loaded") If Not IsPostBack Then ' 执行一些操作 Trace.Warn("Page_Load", "Not in a postback") Else Trace.Warn("Page_Load", "In a postback") End If End Sub Private Sub ListBox1_SelectedIndexChanged(ByVal sender _ As System.Object, ByVal e As _ System.EventArgs) Handles _ ListBox1.SelectedIndexChanged Trace.Warn("ListBox", "Listbox postback") End Sub |
执行这个例子的时候,将显示下面的调试信息,它根据类别分组了(图6所示):
图6.按类别排序 |
让我们分析上面的代码:
Trace.TraceMode = TraceMode.SortByCategory |
TraceMode属性设置了跟踪支持的模式:
· SortByCategory:根据类型对跟踪信息排序 。
· SortByTime: 根据执行次序对跟踪信息进行显示。
因为我们选择了根据类别排序模式,因此图7显示了信息按类别排序了。
Trace.Warn("Page_Load", "Page loaded") |
Warn属性把消息显示为红色,注意这是个重载的方法。在例子中,我们给它传递了两个参数。第一个输入类别(Category),第二个参数是为取得消息(Message)的。
除了使用Trace类设置跟踪模式之外,你还可以使用页面指令指定跟踪模式:
<%@ Page Language="vb" Trace="true" TraceMode="SortByCategory" AutoEventWireup="false" Codebehind="WebForm1.aspx.vb" Inherits="WebApplication1.WebForm1" %> |
应用程序跟踪
最后一部分讨论了页面追踪,它追踪页面内的执行信息流。ASP.NET同时支持应用程序级的追踪,应用程序级的追踪在web.config文件中设置,在trace段下面:
为了激活应用程序级追踪,设置下面的值:
属性 | 值 | 描述 |
Enabled | True | 激活或禁止应用程序级追踪。 |
requestLimit | 10 | 设置追踪的请求的最大数量。 |
pageOutput | False | 在页面的末尾显示追踪信息。 |
traceMode | sortByTime | 追踪信息排序方式。 |
localOnly | True | 设置在非本地计算机上查看追踪浏览器的能力。 |
当应用程序被载入后,追踪信息没有显示在页面上。为了查看追踪信息,我们需要使用追踪查看器(trace.axd):
图7.应用程序级的追踪 |
图7显示了应用程序的最后的六个请求的追踪信息。如果要查看每个请求的细节信息,点击每一行的"View Details"链接。
注意,如果在web.config文件中trace被设置为true,并且在页面指令中它被设置为false,追踪将被禁止。
总结
ASP.NET使调试Web应用程序容易多了。现在你已经知道了如何使用追踪,试用一下,看看它把你的效率提高了多少!
您可能感兴趣的文章:
- asp.net程序编译调试时偶尔出现访问被拒绝的错误的解决方法
- C# 动态编译、动态执行、动态调试
- ASP.NET笔记之页面跳转、调试、form表单、viewstate、cookie的使用说明
- C#中一些你可能没用过的调试窗口的方法
- Asp.net调试的一些问题小结
- 调试ASP.NET2005/2008时,端口不正确的解决三套方案
- 在ASP.NET 2.0中操作数据之六十八:为DataTable添加额外的列
- 在ASP.NET 2.0中操作数据之六十九:处理Computed Columns列
- 在ASP.NET 2.0中操作数据之七十:配置数据库连接和命令等级设置
- 在ASP.NET 2.0中操作数据之七十一:保护连接字符串及其它设置信息
- 在ASP.NET 2.0中操作数据之七十二:调试存储过程