记录日志，一方面可以把日志写入系统的日志存储中，可在“事件查看器”窗口中查看；如果不喜欢写到系统的日志文件中，也可以写到自己定义的文件中。
其实，日志文件就是文本文件，可能有朋友会想到用写入文本文件的方式来写日志。当然，这样做也是可以的，不过，.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.");
}
运行应用程序，运行完后，打开日志文件，会看到这样：
好了，今天的任务完成了。
经过党组织讨论决定，由于本文的示例代码实在太简单了，本文不提供示例源码文件。