日志记录不仅对于我们开发的应用，还是对于ASP.NET Core框架功能都是一项非常重要的功能特性。我们知道ASP.NET Core使用的是一个极具扩展性的日志系统，该系统由Logger、LoggerFactory和LoggerProvider这三个核心对象组成。我们可以通过简单的配置实现对LoggerFactory的定制，以及对LoggerProvider添加。
一、 配置LoggerFactory
我们在上面一节演示了一个展示ASP.NET Core默认注册服务的实例，细心的读者一定会看到显示的列表中就包含了针对LoggerFactory的服务。如果这个默认的LoggerFactory服务不能满足我们的需求，我们完全可以配置任何一个需要的LoggerFactory，针对LoggerFactory的设置可以直接调用WebHostBuilder的UseLoggerFactory方法来实现。
public interface IWebHostBuilder { IWebHostBuilder UseLoggerFactory(ILoggerFactory loggerFactory); IWebHostBuilder ConfigureLogging(Action<ILoggerFactory> configureLogging); ... }
不过针对日志的配置更多地还是体现在针对某种LoggerProvider的添加，而这可以通过调用WebHostBuilder的ConfigureLogging方法来完成。我们在上面演示的实例中就曾经采用如下的方式将一个ConsoleLoggerProvider注册到LoggerFactory之上，这样我们可以直接在宿主应用的扩展台上看到记录的日志信息。
new WebHostBuilder() .ConfigureLogging(factory=>factory.AddConsole()) ...
既然LoggerFactory已经作为一个服务进行了注册，那么我们完全按照依赖注入的来获取这个对象，并利用它创建对应的Logger对象来写日志。如果我们需要在一个定义的中间件中写入某种类型的日志，就可以按照如下的方式在Invoke方法中定义ILoggerFactory类型的参数注入这个LoggerFactory。
public class FoobarMiddleware { private RequestDelegate _next; public FoobarMiddleware(RequestDelegate next) { _next = next; } public async Task Invoke(HttpContext context, ILoggerFactory loggerFactory) { ILogger<FoobarMiddleware> logger = loggerFactory.CreateLogger<FoobarMiddleware>(); logger.LogInformation("..."); await _next(context); } }
不仅仅我们开发的应用或者中间件可以利用注册的LoggerFactory来创建进行日志记录的Logger对象，ASP.NET Core管道本身也会在处理请求过程中采用相同的方式记录一些日志。比如管道每次处理请求的开始和结束时候分别会写入两条Information等级的日志，我们现在就来通过一个简单的实例看看这两条日志信息具有怎样的内容。
public class Program { public static void Main() { new WebHostBuilder() .ConfigureLogging(factory=>factory.AddConsole()) .UseKestrel() .UseStartup<Startup>() .Build() .Run(); } } public class Startup { public void Configure(IApplicationBuilder app, ILoggerFactory loggerFactory) { app.Run(async context => { loggerFactory.CreateLogger("App").LogInformation("Log entry for test..."); await context.Response.WriteAsync("Hello world!"); }); } }
如上所示的代码有两处与日志有关，第一个地方是调用WebHostBuilder的ConfigureLogging方法通过调用扩展方法AddConsole将一个ConsoleProvider添加到当前LoggerFactory之上，另一个地方就是启动类的Configure方法注册的中间件在执行过程中会利用注入的LoggerFactory创建一个Logger对象，我们利用后者写入了一条Information等级的日志。我们运行程序之后利用浏览器访问目标地址后，宿主控制台上会出现如下图所示的三条日志。除了第二条日志是由我们自己编写的代码写入的之外，其余两条都是ASP.NET Core框架自己写入的。第一条日志包含不仅仅包含请求的目标地址，还包括请求采用的协议（HTTP/1.1）和HTTP方法（GET），第三条则反映了整个请求处理过程所花的时间。
由于ASP.NET Core管道对请求的处理总是在一个由HttpApplication创建的执行上下文中进行，所以上下文的创建和回收释放可以视为 整个请求处理流程开始和结束的标识。对于上述的这两条分别在处理请求开始和结束时写入的日志，实际上是在HostingApplication的CreateContext和DisposeContext方法分别被调用的时候被记录下来的。之所以在结束的时候能够计算出整个请求处理过程所花的时间，是因为创建的这个上下文对象保存了开始处理请求的时间戳，该时间戳对应着Context结构的StartTimestamp属性。
public class HostingApplication IHttpApplication<HostingApplication.Context> { public struct Context { public HttpContext HttpContext { get; set; } public IDisposable Scope { get; set; } public long StartTimestamp { get; set; } } }
二、以当前请求作为日志范围