调试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应用程序容易多了。现在你已经知道了如何使用追踪，试用一下，看看它把你的效率提高了多少！

赞 (0)

相关推荐

  • C# 动态编译、动态执行、动态调试

    C# 动态编译、动态执行、动态调试

    在此基础上我做了一些封装,为使调用更加简单,并增加了对动态代码调试的支持,相同代码只编译一次的支持,代码改动自动重新编译,代码引用文件的自动加载和手工加载等功能. 如上图,我封装的类CSharpProvider很简单,下面说明一下一些公共成员的用法. 公共属性 AssemblyFileName:这个属性指定动态编译后生成的配件名称. CompilerParameters:这个属性指定编译的参数 References:这个属性指定被编译代码中的引用.调用者只要调用References.Add("x

  • 在ASP.NET 2.0中操作数据之七十：配置数据库连接和命令等级设置

    在ASP.NET 2.0中操作数据之七十：配置数据库连接和命令等级设置

    导言: 在本系列我们用类型化的DataSets来构建数据访问层.就像在第一章探讨的那样,类型化DataSets的DataTables用作存储数据的"仓库",而TableAdapters作为连接数据库的通道,以检索.修改数据.TableAdapters 将处理数据库的很多复杂的细节进行了封装,将我们解脱出来,免去了写代码连接数据库.发出命名.向DataTable填充数据的痛苦. 不过在某些时候我们需要深入的探究TableAdapter,直接写代码处理ADO.NET对象.在第61章<

  • 在ASP.NET 2.0中操作数据之六十九：处理Computed Columns列

    在ASP.NET 2.0中操作数据之六十九：处理Computed Columns列

    导言: Microsoft SQL Server里有一种computed columns列.这种列的值是通过一个表达式来计算,而表达式引用的是同一张表的其它列的值.打个比方,有一张ServiceLog表,其包含了ServicePerformed, EmployeeID, Rate, Duration等列. 虽然我们可以在一个web页面或其它什么界面里计算每笔服务的费用(也就是 比率 rate乘以时间段duration),不过我们也可以手动向ServiceLog表添加一个 AmountDue列以反

  • Asp.net调试的一些问题小结

    昨天到今天搞了一整天,把人都要差点搞崩了! ,以后再也不能乱关机了,因为这次的大意,几乎所有的Net安装,调试问题都被我碰到了,还好,我一个个把他记录下来了,同时,在CSDN找了一些相关的解决方法,不敢独享,供大家相互学习交流之用. 起因是这样的,机子运行IE时假死,我用着不爽,就二话不说热启动,结果就出事了. 重新打开正在Vs2003.Net里面正在作的项目时,老半天没反应,机子变得异常慢,当然,出于职业的敏感,马上来了个Ctrl+Alt+Del,这下不好,CPU占用100%,一直高居不下,运

  • ASP.NET笔记之页面跳转、调试、form表单、viewstate、cookie的使用说明

    ASP.NET笔记之页面跳转、调试、form表单、viewstate、cookie的使用说明

    1.页面跳转: (1 服务器传输 server.Transer(http://www.jb51.net);在定向到新页面后,还是会显示原来的URL,浏览器返回不会退回到原页面,历史记录也不会记录. 应用于完整的控制传输,例如安装向导. (2 超链接 (3 浏览器重定向 Redirect ,速度快,没有发送到服务器 (4 跨页发送 PostBackUrl="http://www.jb51.net" /> IsCrossPagePostBack用来判断是否为跨页提交 IsPostBa

  • 在ASP.NET 2.0中操作数据之六十八：为DataTable添加额外的列

    在ASP.NET 2.0中操作数据之六十八：为DataTable添加额外的列

    导言: 当向类型化的数据集(Typed DataSet)添加一个TableAdapter时,相应的DataTable的构架已经由TableAdapter的主查询定义好了.比如,如果主查询返回A, B,C这3个域,那么 DataTable将有对应的3个列A, B,和C.除了主查询以外,TableAdapter还可以包含其他的查询,可能是返回基于某些参数的数据.比如,ProductsTableAdapter的主查询返回所有产品的信息,此外,ProductsTableAdapter还包含诸如GetPr

  • 调试ASP.NET2005/2008时，端口不正确的解决三套方案

    调试ASP.NET2005/2008时，端口不正确的解决三套方案

    在VS2008里点"调试"后.ASP.NET Development Server的端口比调试时打开的浏览器上的端口要大2,造成每次需要调试都要手动改浏览器的端口号.如下图: 解决方法一:为 ASP.NET Development Server 指定端口 1.在解决方案资源管理器中,单击应用程序的名称. 2.在"属性"窗格中,单击"使用动态端口"旁的下箭头,然后从下拉列表选择"False".    这会允许对"端口号

  • C#中一些你可能没用过的调试窗口的方法

    C#中一些你可能没用过的调试窗口的方法

    首先说明:如果没有进入调试模式的话,默认的调试窗口如下: 开始前的准备: 新建控制台程序DebugWindowDemo: 修改Program.cs 的代码为: 复制代码 代码如下: using System;using System.Threading;using System.Threading.Tasks;using System.Diagnostics; class S    {       public static void Main()        {            pco

  • 在ASP.NET 2.0中操作数据之七十二：调试存储过程

    在ASP.NET 2.0中操作数据之七十二：调试存储过程

    导言: Visual Studio有很多的调试功能.我们只需要稍稍点点鼠标,敲敲键盘就可以使用断点(breakpoints)来打断某个程序的执行,并查看其状态.除了调试代码以外,Visual Studio也支持对SQL Server里面的存储过程进行调试.就像可以在ASP.NET页面的后台代码类或Business Logic Layer class类里设置断点一样,我们也可以在存储过程里设置断点. 本文我们将考察如何在Visual Studio的Server Explorer里进入存储过程并设置

  • 在ASP.NET 2.0中操作数据之七十一：保护连接字符串及其它设置信息

    在ASP.NET 2.0中操作数据之七十一：保护连接字符串及其它设置信息

    导言: ASP.NET应用程序的设置信息通常都存储在一个名为Web.config的XML文件里.在教程的前面部分我们已经好几次修改过Web.config文件了.比如在第一章,我们创建名为Northwind的数据集时,数据库连接字符串信息自动的添加到Web.config文件的<connectionStrings>节点.再后来,在第3章里,我们手动更新了Web.config文件,添加了一个<pages>元素,对所有的ASP.NET页面运用DataWebControls主题. 由于Web

  • asp.net程序编译调试时偶尔出现访问被拒绝的错误的解决方法

    问题描述: 编写asp.net程序,当编译调试比较频繁的时候,很容易经常地出现访问被拒绝.形如: 分析器错误信息: 访问被拒绝:"Microsoft.Web.UI.WebControls".源错误: 行 197: <add assembly="System.Web.Mobile, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>行 198: <add as

随机推荐