IDC资讯中心
以前使用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 _ |
执行这个例子的时候，将显示下面的调试信息，它根据类别分组了（图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段下面：
| ＜trace enabled=”false” requestlimit=”10″ pageoutput=”false” tracemode=”sortbytime” localonly=”true” /＞ |
为了激活应用程序级追踪，设置下面的值：
| 属性 | 值 | 描述 |
| enabled | true | 激活或禁止应用程序级追踪。 |
| requestlimit | 10 | 设置追踪的请求的最大数量。 |
| pageoutput | false | 在页面的末尾显示追踪信息。 |
| tracemode | sortbytime | 追踪信息排序方式。 |
| localonly | true | 设置在非本地计算机上查看追踪浏览器的能力。 |
当应用程序被载入后，追踪信息没有显示在页面上。为了查看追踪信息，我们需要使用追踪查看器（trace.axd）：
 图7.应用程序级的追踪 |
图7显示了应用程序的最后的六个请求的追踪信息。如果要查看每个请求的细节信息，点击每一行的”view details”链接。
注意，如果在web.config文件中trace被设置为true，并且在页面指令中它被设置为false，追踪将被禁止。
总结
asp.net使调试web应用程序容易多了。现在你已经知道了如何使用追踪，试用一下，看看它把你的效率提高了多少！
