.NET中的Trace类和Debug类是System.Diagnostics命名空间下的两个用于调试的类,在软件开发中使用得当,可以帮助我们调试开发程序,提高效率,很有用。其中,Debug类仅在调试版本中有效,而Trace类在调试版本和正式版本中均有效。 (1)下面先介绍下Debug类的使用: Debug类的声明原型:public sealed class Debug 从声明中,我们可以看出,Debug类是无法继承的。它的成员情况,请参见: 先看一个例子:
using System; using System.Collections.Generic; using System.Text; using System.Diagnostics; //引入Debug类所在命名空间 namespace traceanddebug { class TestDebug { public static void TestDebugMethod() { Debug.Listeners.Add(new TextWriterTraceListener(Console.Out)); //将Debug类输出定向到控制台输出 Debug.AutoFlush = true; //设置Debug为自动输出,即每次写入后都调用Listeners上调用Flush Debug.Indent(); //设置缩进 Debug.WriteLine("Debug WriteLine()"); //用Debug输出"Debug WriteLine()" Console.WriteLine("Console.WriteLine()"); //用Console输出"Console.WriteLine()" Debug.WriteLine("Debug WriteLine2()"); //用Debug输出"Debug WriteLine2()" Debug.Unindent(); //取消缩进 Console.Read(); } } }
using System; using System.Collections.Generic; using System.Text; namespace traceanddebug { class Program { static void Main(string[] args) { TestDebug.TestDebugMethod(); } }
结果显示如下: Debug WriteLine() Console.WriteLine() Debug WriteLine2() 从例子中,我们可以看出,Debug可以向控制台显示信息。需要注意的是,我们在使用Debug时候,需要引入System.Diagnostics命名空间。同样,我们也可以把信息写入文本中,例如,把TestDebug.cs中 Debug.Listeners.Add(new TextWriterTraceListener(Console.Out)); 一句修改为: Debug.Listeners.Add(new TextWriterTraceListener("c://testdebug2.log","testdebug")); 就可以向c盘的根目录下的testdebug2.log文件中写入信息了。 给你留个小问题,你能让debug信息写入windows的事件查看器里面么? (看看下面的Trace类的例子,也许你就有思路了) 值得注意的是,Debug类的代码在release版本中是无效的,也就是说,所有的Debug类输出语句在发布的时候,是不会输出的,你不用特意删除Debug类的代码,就能给用户一个没有调试语句的程序了。这个用起来是不是很方便呢? Debug类除了输出信息之外,还有一个静态成员函数很有用,就是Debug.Assert方法。它有三种重载形式: Debug.Assert(Boolean) Debug.Assert(Boolean, String) Debug.Assert(Boolean, String) 它的作用为:检查条件,如果该条件为 false,则显示消息。此函数会显示相关堆栈信息。 例如,我们在上面的TestDebug.cs中TestDebugMethod函数中加入一下语句: Debug.Assert(false,"test assert"); 那么运行时,就会停在Debug.Assert调用的地方,弹出一个对话框,显示信息及堆栈信息。我们在实际应用的时候,需要讲例子中的false换成条件判断,如果不满足条件,就会停止。 (2)下面介绍Trace类的使用: Trace类的声明原型为:public sealed class Trace,其成员情况,请参加网址: 同样,我们先从小例子来认识Trace类:
using System; using System.Diagnostics; namespace traceanddebug { public class TestTrace { public static void TheTrace() { Trace.Listeners.Add(new TextWriterTraceListener(Console.Out)); Trace.WriteLine("Trace !!!"); Console.ReadKey(); } }
using System; using System.Collections.Generic; using System.Text; namespace traceanddebug { class Program { static void Main(string[] args) { TestTrace.TheTrace(); } }
编译运行程序,输出结果如下: Trace !!! 从这个例子中,我们可以看出,Trace类可以像Debug类一样输出信息到控制台。同样,Trace类可以设置输出定向到文本文件或者日志中。可以添加一下代码测试: Trace.Listeners.Add(new TextWriterTraceListener("testtrace.log")); Trace.Listeners.Add(new EventLogTraceListener("testtrace")); Trace.AutoFlush = true; 这样就同时把Trace!!这个字符串写入testtrace.log文件和事件查看器中应用程序里面了。 除了在程序中设定信息输出位置外,还可以在配置文件中设定跟踪调试信息的输出位置。默认是在控制台输出。我们可以通过添加配置参数,修改输出位置。例如: 假设我们的运行程序为traceanddebug.exe,我们在相同目录下建立traceanddebug.exe.config配置文件,输入如下内容:
<configuration> <system.diagnostics> <trace autoflush="true" indentsize="1"> <listeners> <remove name="Default"></remove> <add type="System.Diagnostics.EventLogTraceListener" name="myEventLog" initializeData="application"> </add> </listeners> </trace> </system.diagnostics> </configuration>
//Trace.Listeners.Add(new TextWriterTraceListener(Console.Out)); Trace.WriteLine("Trace !!!");
这样就可以把结果直接写入事件查看器中。 由于Trace类可以在发布版本中起作用,所以,在做Trace输出信息的时候,可能有些信息是调试的时候需要,发布的时候又不需要了,那怎么才能保证信息不在发布的时候输出呢?.NET为我们提供了五个控制Trace的跟踪级别,使用它们不必重新编译,他们跟别是: 是否显示消息,由TraceSwich开关类决定。即如果设定开关为4,那么所有的Trace消息都将显示;如果设定为3,那么设定为Verbose的Trace消息就不显示了,其余的都显示;如果设定为0,所有的消息都不显示了。这里设定的开关,可以在配置文件中设定,也可以在程序中设定,下面就举例说明。
using System; using System.Diagnostics; namespace traceanddebug { public class TestTrace { public static TraceSwitch ts = new TraceSwitch("mySwitch", "in the Config file"); public static void TheTrace() { Trace.WriteLineIf(ts.TraceError,"Error!!!"); Trace.WriteLineIf(ts.TraceWarning,"Warning!!!"); Trace.WriteLineIf(ts.TraceInfo,"Info!!!"); Trace.WriteLineIf(ts.TraceVerbose,"Verbose!!!"); Console.ReadKey(); } }
using System; using System.Collections.Generic; using System.Text; namespace traceanddebug { class Program { static void Main(string[] args) { TestTrace.TheTrace(); } }
编译出的可执行文件名为:traceanddebug.exe 我们在相同目录下,添加配置文件traceanddebug.exe.config,并输入内容为:
<configuration> <system.diagnostics> <switches> <add name="mySwitch" value="0" /> </switches> </system.diagnostics>
编译运行,没有显示信息。我们将traceanddebug.exe.config用记事本打开,修改mySwitch的值为1,保存,编译运行,结果显示”Error!!!”;同理,我们依次,将值修改为2,3,4查看结果,分别为Warning!!!,Info!!!,Verbose!!!。 有此,我们可以看出,通过控制开关级别,就可以显示不同的级别的信息,而不用重新编译,那么及时在软件已经发布的时候,我们也可以通过修改配置文件,而查看相关信息。 通过以上的内容,我们可以对Trace和Debug类有个大概的了解,那么如果你需要调试程序,不妨用一下这两个类。
第二种说法: System.Diagnostics命名空间里的Debug类和Trace类的用途
2008-11-21 13:53
在 .net 类库中有一个 system.diagnostics 命名空间,该命名空间提供了一些与系统进程、事件日志、和性能计数器进行交互的类库。当中包括了两个对开发人员而言十分有用的类——debug类和 trace类。本文介绍了这两个类的一些基本用途,旨在提高广大开发人员的开发效率。
使用debug类来帮助调试
调试程序对每个程序员来说是家常便饭。可是我们会经常遇到一些情况让我们头疼,例如:
当我们在开发一个界面控件的时候,简单的设断点会增加paint事件的响应次数,而造成的环境参数改变。
断点设多了,程序常常停在正常运行的地方;这样一来,调试一个错误要花费大量时间去寻找错误。
这时,我们就需要利用system.diagnostics.debug类来帮助我们调试。我们可以通过调用 debug.writeline(string message)函数,将我们所关心的信息打印在visual studio ide的output窗口中。也可以利用debug.assert(bool condition)来让程序停在错误的地方,并且显示call stack。
debug类中所有函数的调用都不会在release版本里有效。也就是说,我们通过这种方法所加的代码可以仅用于调试;在发布的时候无需删任何代码,就可以给用户一个没有调试指令的程序了。
下面的这个例子演示了这两个函数来帮助调试的方法:
1、 新建一个visual studio c# project,采用默认的项目名。
2、 往form1上拖一个label,并采用其缺省id。
3、 在form1.cs中的form1类中添加下面的函数代码:
private int time=0;
protected override void onpaint(painteventargs e)
{
time++;
this.label1.text="onpain called "+time.tostring()+" times.";
}
protected override void onresize(eventargs e)
{
system.diagnostics.debug.assert(this.width>200,"width should be larger than 200.");
system.diagnostics.debug.writeline(size.tostring());
}
4、 编译并运行项目的debug版本。
5、 切换visual studio .net ide到output窗口。
6、 切换到刚才的程序,改变主窗口的大小,您可以在ide中看到form1窗口的实时大小,并在form1上看到onpaint被调用的次数。当窗口的宽度小 于等于200个像素的时候,系统会弹出一个assertion fail的对话框。里面显示了当前程序的call stack。如果您在onpaint中设置了断点,想要调试程序的话,那么您会进入一个死循环,直到您停止调试。
debug类和trace类的区别
您一定发现了在system.diagnostics命名空间中还有一个名为trace的类。它的函数功能和debug非常相似。为什么要有这样两个功能类似的类呢?
原因是这样的,debug类里所提供的函数仅在编译时带#debug宏参数才奏效,一旦到了release版本中,这些函数都会被忽略。也就是说 debug类的功能仅在程序员开发的时候能用。而trace则不同,它能在release版本的程序中也被运行,这样程序员就可以在release版本的 程序中添加一些debug类提供的功能了。
使用trace类来做程序日志
接下来的问题就是:我们程序员能利用trace类的功能做些什么呢?我们可以用它来做程序的日志。
1、 打开刚刚的project。
2、 用下面的代码覆盖刚才第2步的代码:
private void calculate()
{
int a=1,b=1;
try
{
system.random r = new random();
while (true)
{
a=(int)(r.nextdouble()*10);
b=(int)(r.nextdouble()*10);
system.diagnostics.trace.writeline(system.datetime.now.tostring()+": "+
a.tostring()+"/"+b.tostring()+"="+(a/b).tostring());
}
}
catch (exception ex)
{
system.diagnostics.trace.writeline(system.datetime.now.tostring()+": "+a.tostring()+
"/"+b.tostring()+"="+" error: "+ex.message);
messagebox.show(ex.message);
}
}
3、 在构造函数form1()的最后添加下面的代码,将trace的输出重定向到app.log文件中:
system.diagnostics.trace.listeners.clear();
system.diagnostics.trace.autoflush=true;
system.diagnostics.trace.listeners.add(new system.diagnostics.textwritertracelistener("app.log"));
4、 拖一个按钮到该form上,双击按钮,在button1_click函数中添加如下代码:
calculate();
application.exit();
5、 运行该程序的release版本,点击添加的按钮,程序便开始执行一位随机数除法。由于是随机数,可能会出现出数为0的情况,这样程序就会抛出exception,这是程序会自动中止。
6、 在该程序所在的目录里您可以发现出现了一个新的文件app.log,里面记录了各个时刻的运算纪录,并把exception纪录在日志中。
小结
利用 system.diagnostics.debug 类和 system.diagnostics.trace 类可以帮助程序员方便地进行调试程序并检测程序运行情况。
debug类的所有调用仅在程序的debug版本中有效;而trace类的调用能在release版本和debug版本中都有效。
|
|