记录日志,一方面可以把日志写入系统的日志存储中,可在“事件查看器”窗口中查看;如果不喜欢写到系统的日志文件中,也可以写到自己定义的文件中。
其实,日志文件就是文本文件,可能有朋友会想到用写入文本文件的方式来写日志。当然,这样做也是可以的,不过,.NET 类型库提供了两个专用记录信息的类。
Debug 类大家都很熟悉,就是可以在VS的“输出”窗口写入调试信息,另外,有一个跟Debug很像的类——Trace。Debug通常只会在调试版本中使用,Trace既可以在调试版本中用,也可以用于发布(Release)版本。
下面以Write方法为例,看看Debug类和Trace类的定义有什么不同。
// Debug
[ConditionalAttribute("DEBUG")]
public static void Write( Object value )
// Trace
[ConditionalAttribute("TRACE")]
public static void Write( Object value )
ConditionalAttribute用于指定一个条件,当条件中给出的条件编译符号存在时才会执行。DEBUG和TRACE这两个符号可以在编译的时候指定,也可以在VS项目属性中指定。
接下来我们了解一下监听器,它的公共基类是TraceListener,而Debug和Trace类都有一个Listeners集合,可以添加从TraceListener派生的任意实例。即使我们没有在代码中向Listeners集合添加元素,在应用程序运行时,它会自动添加一个默认的监听器,类型为DefaultTraceListener。
好了,前面都是F话,只是给大家娱乐的,说到了DefaultTraceListener,就进入本文主题了,看一下,这个类是不是有个属性叫LogFileName?这就对了,只要把日志文件的相对路径或绝对路径赋给它就行了,日志文件可以不存在,但目录应该是存在的。
来来来,咱们来练习一下。
// 从 Listeners 集合中找出默认监听器
DefaultTraceListener listener = Trace.Listeners["Default"] as DefaultTraceListener;
// 指定日志文件
if (listener != null)
{
listener.LogFileName = "MyApp.log";
}
// 测试写入
Trace.WriteLine("今天天气很好。");
Trace.WriteLine("明天天气依旧地热。");
Trace.WriteLine(DateTime.Today.ToLongDateString());
刚刚说过,默认情况下,Listeners集合中会有一个DefaultListener监听器,而且它的Name属性为“Default”,因此,我们按照名称就可以把它取出来,然后设置它的LogFileName属性,这里我用的是相对路径,即创建的日志文件位于可执行文件相同的目录下。
使用Trace类而不用Debug类,是因为Trace可以在调试版本中用,也可以在发布版本中用。从运行过程来看,跟踪信息既会出现在“输出”窗口中,也会同时写入前面指定的日志文件中。
待上面示例运行后,再到程序目录下,用记事本打开日志文件,就能看到记录的信息了。
要是你比较不喜欢用默认的监听器,还可以先把Listeners集合清空,然后Add一个别的监听器,除了DefaultTraceListener,还有TextWriterTraceListener、XmlWriterTraceListener等,它们的继承关系就不说了,自己看文档。
下面我们来用TextWriterTraceListener来写入日志文件。
static void Main(string[] args)
{
// 清空监听器集合
Trace.Listeners.Clear();
// 加入新的监听器
TextWriterTraceListener listener = new TextWriterTraceListener("app.log");
Trace.Listeners.Add(listener);
// 测试写入信息
Trace.WriteLine("a - b - c");
Trace.WriteLine(DateTime.Now.ToLongTimeString());
Console.Read();
// 刷新流并关闭
Trace.Flush();
listener.Close();
}
这里要注意,TextWriterTraceListener类用完后要调用Close或Flush方法,或者Dispose方法,又或者调用Trace类的Flush方法,反正你任选一种方案吧。因为需要这样做之后,数据才会最后写入到文件中,不然,文件是空白的。
运行示例过后,再打开app.log文件,得到在下文本。
有没有发现,配置日志文件路径写在代码中不太好玩,因为更改路径和文件名后就要重新编译,不如,考虑写在配置文件中吧。
打开配置文件,输入以下内容:
<configuration>
……
<system.diagnostics>
<trace autoflush="true">
<listeners>
<clear/>
<add name="test" type="System.Diagnostics.TextWriterTraceListener" initializeData="D:\TheApp.log"/>
</listeners>
</trace>
</system.diagnostics>
</configuration>
下面给大伙分析一下这配置文件的规律。
第一,你想想,我们刚刚讲的那些类都在哪个命名空间下?对了,System.Diagnostics,所以,对应地,在配置节中名为system.diagnostics。
第二、Trace是与跟踪信息有关,所以下一个节点是trace。
第三、前面我说过,Trace和Debug类都有一个Listeners集合,用来放监听器,是吧,所以下一子级就需要一个listeners节点。
第四、listeners是个集合吧,所以它应该可以添加元素,删除元素,清除元素。这就对了,add用来添加监听器;remove用来删除监听器;clear就是清空集合,等于调用Clear方法。
所以,上面配置中,clear就是把合集先清空,然后用add来加元素。name指定监听器的名字,这个你可以自己取,最好不要叫“Default”,刚说过了嘛,默认的监听器叫“Default”,你没必要非要用这个名字,你可以叫它“孙悟空”。
type指定监听器的类型,一定要包含命名空间和类名,程序集中的version和pubKey这些可以不写。
initializeData是传递给TextWriterTraceListener类构造函数的数据,对它来说,应该传入日志文件路径。我这里就把它存到D盘下面,你可以根据你的实际情况来定。
注意:trace元素的autoflush设为true,推荐这么干,这样会自动调用Flush方法,从而让数据及时写入日志文件。
以后,你想更改日志文件路径,只要改改配置文件就行了,不必重新编译代码。
现在,这个配置你会写了吧,结构都懂了吧,而且VS还有智能提示的。要是这样你还不会写,那老周只好投降了。
好,配置弄好了,咱们写几句代码耍耍。
static void Main(string[] args)
{
Trace.WriteLine("好玩。");
Trace.WriteLine("再写一行。");
Trace.WriteLine("Write a new line again.");
}
运行应用程序,运行完后,打开日志文件,会看到这样:
好了,今天的任务完成了。
经过党组织讨论决定,由于本文的示例代码实在太简单了,本文不提供示例源码文件。