记录各种级别的日志是所有应用不可或缺的功能。关于日志记录的实现，我们有太多第三方框架可供选择，比如Log4Net、NLog、Loggr和Serilog 等，当然我们还可以选择微软原生的诊断框架（相关API定义在命名空间“System.Diagnostics”中）实现对日志的记录。.NET Core提供了独立的日志模型使我们可以采用统一的API来完成针对日志记录的编程，我们同时也可以利用其扩展点对这个模型进行定制，比如可以将上述这些成熟的日志框架整合到我们的应用中。 [ 本文已经同步到《ASP.NET Core框架揭秘》之中]

目录
一、日志模型三要素
二、将日志写入不同的目的地
三、采用依赖注入编程模式创建Logger
四、根据等级过滤日志消息

一、日志模型三要素

日志记录编程主要会涉及到三个核心对象，它们分别是Logger、LoggerFactory和LoggerProvider，这三个对象同时也是.NET Core日志模型中的核心对象，并通过相应的接口（ILogger、ILoggerFactory和ILoggerProvider）来表示。对于日志模型的这个三个核心对象之间具有如下图所示的关系，我们不难看出，LoggerFactory和LoggerProvider都是Logger的创建者， 而Loggerrovider却注册到LoggerFactory。单单从这个简单的描述来看，我想很多人会觉得这个三个对象之间的关系很“混乱”，混乱的关系主要体现在Logger具有两个不同的创建者。

LoggerProvider和LoggerFactory创建的其实是不同的Logger。LoggerProvider创建的Logger提供真正的日志写入功能，即它的作用就是将提供的日志消息写到对应的目的地（比如文件、数据库等）。LoggerFactory创建的实际上一个“组合式”的Logger，换句话说，这个Logger实际上是对一组Logger的封装，它自身并不提供真正的日志写入功能，而是委托这组内部封装的Logger来写日志。

一个LoggerFactory对象上可以注册多个LoggerProvider对象。在进行日志编程的时候，我们会利用LoggerFactory对象创建Logger来写日志，而这个Logger对象内部封装的Logger则通过注册到LoggerFactory上的这些LoggerProvider来提供。如果我们将上图1所示的关系采用下图的形式来表示，日日志模型中这三个核心要素之间的关系就显得很清楚了。

二、将日志写入不同的目的地

接下来我们通过一个简单的实例来演示如何将具有不同等级的日志写入两种不同的目的地，其中一种是直接将格式化的日志消息输出到当前控制台，另一种则是将日志写入Debug输出窗口（相当于直接调用Debug.WriteLine方法），针对这两种日志目的地的Logger分别通过ConsoleLoggerProvider和DebugLoggerProvider这两种不同的LoggerProvider来提供。

我们创建一个空的控制台应用，并在其project.json文件中添加如下四个NuGet包的依赖。其中默认使用的LoggerFactory和由它创建的Logger定义在“Microsoft.Extensions.Logging”这个NuGet包中。而上述的这两个LoggerProvider类型（ConsoleLoggerProvider和DebugLoggerProvider）分别定义在其余两个NuGet包（“Microsoft.Extensions.Logging.Console”和“Microsoft.Extensions.Logging.Debug”）中。除此之外，由于.NET Core在默认情况下并不支持中文编码，我们不得不程序启动的时候显式注册一个支持中文编码的EncodingProvider，后者定义在NuGet包 “System.Text.Encoding.CodePages”之中，所以我们需要添加这个这NuGet包的依赖。

   1: {

   2:   ...

   3:   "dependencies": {

   4:     ...

   5:     "Microsoft.Extensions.Logging"             : "1.0.0",

   6:     "Microsoft.Extensions.Logging.Console"     :    7:     "Microsoft.Extensions.Logging.Debug"       :    8:     "System.Text.Encoding.CodePages"           : "4.0.1"

   9:   },1)'>  10:   

日志记录通过如下一段程序来完成。如下面的代码片段所示，我们首先创建一个LoggerFactory对象，并先后通过调用AddProvider方法将一个ConsoleLoggerProvider对象和一个DebugLoggerProvider对象注册到它之上。创建这两个LoggerProvider所调用的构造函数具有一个Func<string,LogLevel,bool>类型的参数，该委托对象的两个输入参数分别代表日志消息的类型和等级，布尔类型的返回值决定了创建的Logger是否真的会写入给定的日志消息。由于我们传入的委托对象总是返回True，意味着提供的所有日志均会被这两个LoggerProvider创建的Logger对象写入对应的目的地。

   4:     {

   6:         Encoding.RegisterProvider(CodePagesEncodingProvider.Instance);

   8:         Func<string,bool> filter = (category,level) => true;

  10:         ILoggerFactory loggerFactory = new LoggerFactory();

  11:         loggerFactory.AddProvider(new ConsoleLoggerProvider(filter,1)">false));

  12:         loggerFactory.AddProvider(new DebugLoggerProvider(filter));

  13:         ILogger logger = loggerFactory.CreateLogger(nameof(Program));

  14:? 

  15:         int eventId = 3721;

  16:? 

  17:         logger.LogInformation(eventId,1)">"升级到最新.NET Core版本({version})",1)">"1.0.0");

  18:         logger.LogWarning(eventId,1)">"并发量接近上限({maximum}) ",200);

  19:         logger.LogError(eventId,1)">"数据库连接失败(数据库：{Database}，用户名：{User})",1)">"TestDb",1)">"sa");

  20:? 

  21:     }

  22: }

在完成针对LoggerProvider的注册之后，我们通过指定日志类型（“Program”）调用LoggerFactory对象的CreateLogger方法创建一个Logger对象，然后先后调用LogInformation、LogWarning和LogError这三个扩展方法记录三条日志消息，这三个方法的命名决定了日志的采用的等级（Information、Warning和Error）。我们在调用这三个方法的时候指定了一个表示日志记录事件ID的整数（3721），以及具有占位符（“{version}”、“{maximum}”、“{Database}”和“{User}”）的消息模板和替换这些占位符的参数列表。

由于ConsoleLoggerProvider被注册到创建Logger的LoggerFactory上，所以当我们执行这个实例程序之后，三条日志消息会直接按照如下的形式打印到控制台上。我们可以看出格式化的日志消息不仅仅包含我们指定的消息内容，日志的等级、类型和事件ID同样包含其中。不仅如此，表示日志等级的文字还会采用不同的前景色和背景色来显示。

由于LoggerFactory上还注册了另一个DebugLoggerProvider对象，它创建的Logger会直接调用Debug.WriteLine方法写入格式化的日志消息。所以当我们以Debug模式编译并执行该程序时，Visual Studio的输出窗口会以如下图所示的形式呈现出格式化的日志消息。

上面这个实例演示了日志记录采用的基本编程模式：首先创建或者获取一个LoggerFactory并根据需要注册相应的LoggerProvider，然后利用LoggerFactory创建的Logger来记录日志。我们可以直接调用AddProvider方法将指定的LoggerProvider注册到某个LoggerFactory对象上，除此之外，绝大部分LoggerFactory都具有相应的扩展方法使我们可以采用更加简洁的代码来完成针对它们的注册。比如在如下所示的代码片断中，我们可以直接调用针对ILoggerFactory接口的扩展方法AddConsole和AddDebug分别完成针对ConsoleLoggerProvider和DebugLoggerProvider的注册。

   4:     .CreateLogger(nameof(Program));

三、采用依赖注入编程模式创建Logger

在我们演示的实例中，我们直接调用构造函数创建了一个LoggerFactory并利用它来创建用于记录日志的Logger，但是在一个ASP.NET Core应用中，我们总是依赖注入的方式来获取这个LoggerFactory对象。为了演示针对依赖注入的LoggerFactory获取方式，我们首先需要作的是在project.json文件中按照如下的方式添加针对“Microsoft.Extensions.DependencyInjection”这个NuGet包的依赖。

new ServiceCollection()

   3:     .BuildServiceProvider()

   5:     .AddConsole()

   7:     .CreateLogger(nameof(Program));

四、根据等级过滤日志消息

由于同一个LoggerFactory上可以注册多个LoggerProvider，所以当我们利用LoggerFactory创建出相应的Logger用它来写入某条日志消息的时候，这条消息实际上会分发给由LoggerProvider提供的所有Logger。其实在很多情况下，我们并不希望每个Logger都去写入分发给它的每条日志消息，而是希望Logger能够“智能”地忽略不应该由它写入的日志消息。 每条日志消息都具有一个等级，针对日志等级是我们普遍采用的日志过滤策略。日志等级通过具有如下定义的枚举LogLevel来表示，枚举项的值决定了等级的高低，值越大，等级越高；等级越高，越需要记录。

   1: Func<   2:? 

   5:? 

   7:     .AddDebug((c,l) => l >= LogLevel.Warning)

   5:     .AddConsole(LogLevel.Warning)

   7:     .CreateLogger(nameof(Program));

由于注册到LoggerFactory上的ConsoleLoggerProvider和DebugLoggerProvider都采用了上述的日志过滤条件，所有由它们提供Logger都只会写入等级为Warning和Error的两条日志，等级为Information的那条则会自动忽略掉。所以我们的程序执行之后会在控制台上打印出如下图所示的日志消息。

?

.NET Core的日志[1]:采用统一的模式记录日志
.NET Core的日志[2]:将日志写入控制台
.NET Core的日志[3]:将日志写入Debug窗口
.NET Core的日志[4]:利用EventLog写日志
.NET Core的日志[5]:利用TraceSource写日志

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!