Asp.NetCore源码学习[2-1]:日志

在一个系统中,日志是不可或缺的部分。对于.net而言有许多成熟的日志框架,包括Log4NetNLogSerilog 等等。你可以在系统中直接使用这些第三方的日志框架,也可以通过这些框架去适配ILoggerProviderILogger接口。适配接口的好处在于,如果想要切换日志框架,只要实现并注册新的 ILoggerProvider 就可以,而不影响日志使用方的代码。这就是在日志系统中使用门面模式的优点。

本系列源码地址

一、.NetCore 中日志的基本使用

在控制层,我们可以直接通过ILogger直接获取日志实例,也可以通过ILoggerFactory.CreateLogger() 方法获取日志实例Logger。不管使用哪种方法获取日志实例,对于相同的categoryName,返回的是同一个Logger对象。

public class ValuesController : ControllerBase
{
private readonly ILogger _logger1;
private readonly ILogger _logger2;
private readonly ILogger _logger3; public ValuesController(ILogger<ValuesController> logger, ILoggerFactory loggerFactory)
{
//_logger1是 Logger<T>类型
_logger1 = logger;
//_logger2是 Logger类型
_logger2 = loggerFactory.CreateLogger(typeof(ValuesController));
//_logger3是 Logger<T>类型 该方法每次新建Logger<T>实例
_logger3 = loggerFactory.CreateLogger<ValuesController>();
} public ActionResult<IEnumerable<string>> Get()
{
//虽然 _logger1、_logger2、_logger3 是不同的对象
//但是 _logger1、_logger3 中的 Logger实例 和 _logger2 是同一个对象
var hashCode1 = _logger1.GetHashCode();
var hashCode2 = _logger2.GetHashCode();
var hashCode3 = _logger3.GetHashCode();
_logger1.LogDebug("Test Logging");
return new string[] { "value1", "value2"};
}
}

二、源码解读

WebHostBuilder内部维护了_configureServices字段,其类型是 Action<WebHostBuilderContext, IServiceCollection>,该委托用于对集合ServiceCollection进行配置,该集合用来保存需要被注入的接口、实现类、生命周期等等。

public class WebHostBuilder
{
private Action<WebHostBuilderContext, IServiceCollection> _configureServices; public IWebHostBuilder ConfigureServices(Action<WebHostBuilderContext, IServiceCollection> configureServices)
{
_configureServices += configureServices;
return this;
}
public IWebHost Build()
{
var services = new ServiceCollection();//该集合用于保存需要注入的服务
services.AddLogging(services, builder => { });
_configureServices?.Invoke(_context, services);//配置ServiceCollection
//返回Webhost
}
}

首先在CreateDefaultBuilder方法中通过调用ConfigureLogging方法对日志模块进行配置,在这里我们可以注册需要的 ILoggerProvider 实现。

public static IWebHostBuilder CreateDefaultBuilder(string[] args)
{
var builder = new WebHostBuilder();
builder.ConfigureLogging((hostingContext, logging) =>
{
logging.AddConfiguration(hostingContext.Configuration.GetSection("Logging"));
logging.AddConsole();
}).
return builder;
}

ConfigureLogging 方法开始,到ConfigureServices,最后到AddLogging,虽然看上去有点绕,但实际上只是构建了一个委托,并将委托保存到WebHostBuilder._configureServices字段中,该委托用于把日志模块需要的一系列对象类型保存到ServiceCollection中,最终构建依赖注入模块。

public static IWebHostBuilder ConfigureLogging(this IWebHostBuilder hostBuilder, Action<WebHostBuilderContext, ILoggingBuilder> configureLogging)
{
return hostBuilder.ConfigureServices((context, collection) => collection.AddLogging(builder => configureLogging(context, builder)));
} /// 向IServiceCollection中注入日志系统需要的类
public static IServiceCollection AddLogging(this IServiceCollection services, Action<ILoggingBuilder> configure)
{
if (services == null)
{
throw new ArgumentNullException(nameof(services));
} services.AddOptions(); services.TryAdd(ServiceDescriptor.Singleton<ILoggerFactory, LoggerFactory>());
services.TryAdd(ServiceDescriptor.Singleton(typeof(ILogger<>), typeof(Logger<>))); services.TryAddEnumerable(ServiceDescriptor.Singleton<IConfigureOptions<LoggerFilterOptions>>(new DefaultLoggerLevelConfigureOptions(LogLevel.Information))); configure(new LoggingBuilder(services));
return services;
}

上面和日志模块相关的注入看起来比较混乱,在这里汇总一下:

可以看到,IConfigureOptions 注入了两个不同的实例,由于在IOptionsMonitor中会顺序执行,所以先通过 默认的DefaultLoggerLevelConfigureOptions去配置LoggerFilterOptions实例,然后读取配置文件的"Logging"节点去配置LoggerFilterOptions实例。

//注入Options,使得在日志模块中可以读取配置
services.AddOptions(); //注入日志模块
services.TryAdd(ServiceDescriptor.Singleton<ILoggerFactory, LoggerFactory>());
services.TryAdd(ServiceDescriptor.Singleton(typeof(ILogger<>), typeof(Logger<>))); //注册默认的配置 LoggerFilterOptions.MinLevel = LogLevel.Information
services.TryAddEnumerable(ServiceDescriptor.Singleton<IConfigureOptions<LoggerFilterOptions>>(new DefaultLoggerLevelConfigureOptions(LogLevel.Information))); var logging = new LoggingBuilder(services);
logging.AddConfiguration(hostingContext.Configuration.GetSection("Logging"));
logging.AddConsole(); public static ILoggingBuilder AddConfiguration(this ILoggingBuilder builder, IConfiguration configuration)
{
//
builder.Services.TryAddSingleton<ILoggerProviderConfigurationFactory, LoggerProviderConfigurationFactory>();
builder.Services.TryAddSingleton(typeof(ILoggerProviderConfiguration<>), typeof(LoggerProviderConfiguration<>)); //注册LoggerFactory中IOptionsMonitor<LoggerFilterOptions>相关的依赖
//这样可以在LoggerFactory中读取配置文件,并在文件发生改变时,对已生成的Logger实例进行相应规则改变
builder.Services.AddSingleton<IConfigureOptions<LoggerFilterOptions>>(new LoggerFilterConfigureOptions(configuration));
builder.Services.AddSingleton<IOptionsChangeTokenSource<LoggerFilterOptions>>(new ConfigurationChangeTokenSource<LoggerFilterOptions>(configuration)); //
builder.Services.AddSingleton(new LoggingConfiguration(configuration)); return builder;
}

日志配置文件

  • Logging::LogLevel节点,适用于所有ILoggerProvider 的规则。
  • Logging::{ProviderName}::LogLevel节点,适用于名称为{ProviderName}ILoggerProvider
  • LogLevel节点下,"Default"节点值代表了适用于所有CategoryName的日志级别
  • LogLevel节点下,非"Default"节点使用节点名去匹配CategoryName,最多支持一个"*"
  "Logging": {
"CaptureScopes": true,
"LogLevel": { // 适用于所有 ILoggerProvider
"Default": "Information",
"Microsoft": "Warning"
},
"Console": { // 适用于 ConsoleLoggerProvider[ProviderAlias("Console")]
"LogLevel": {
// 对于 CategoryName = "Microsoft.Hosting.Lifetime" 优先等级从上到下递减:
// 1.开头匹配 等效于 "Microsoft.Hosting.Lifetime*"
"Microsoft.Hosting.Lifetime": "Information",
// 2.首尾匹配
"Microsoft.*.Lifetime": "Information",
// 3.开头匹配
"Microsoft": "Warning",
// 4.结尾匹配
"*Lifetime": "Information",
// 5.匹配所有
"*": "Information",
// 6.CategoryName 全局配置
"Default": "Information"
}
}
}

1、 日志相关的接口

1.1 ILoggerFactory 接口

ILoggerFactory是日志工厂类,用于注册需要的ILoggerProvider,并生成Logger 实例。Logger对象是日志系统的门面类,通过它我们可以写入日志,却不需要关心具体的日志写入实现。只要注册了相应的ILoggerProvider, 在系统中我们就可以通过Logger同时向多个路径写入日志信息,比如说控制台、文件、数据库等等。

/// 用于配置日志系统并创建Logger实例的类
public interface ILoggerFactory : IDisposable
{
/// 创建一个新的Logger实例
/// <param name="categoryName">消息类别,一般为调用Logger所在类的全名</param>
ILogger CreateLogger(string categoryName); /// 向日志系统注册一个ILoggerProvider
void AddProvider(ILoggerProvider provider);
}

1.2 ILoggerProvider 接口

ILoggerProvider 用于提供 具体日志实现类,比如ConsoleLogger、FileLogger等等。

public interface ILoggerProvider : IDisposable
{
/// 创建一个新的ILogger实例(具体日志写入类)
ILogger CreateLogger(string categoryName);
}

1.3 ILogger 接口

虽然Logger和具体日志实现类都实现ILogger接口,但是它们的作用是完全不同的。其两者的区别在于:Logger是系统中写入日志的统一入口,而 具体日志实现类 代表了不同的日志写入途径,比如ConsoleLoggerFileLogger等等。

/// 用于执行日志记录的类
public interface ILogger
{
/// 写入一条日志条目
/// <typeparam name="TState">日志条目类型</typeparam>
/// <param name="logLevel">日志级别</param>
/// <param name="eventId">事件ID</param>
/// <param name="state">将会被写入的日志条目(可以为对象)</param>
/// <param name="exception">需要记录的异常</param>
/// <param name="formatter">格式化器:将state和exception格式化为字符串</param>
void Log<TState>(LogLevel logLevel, EventId eventId, TState state, Exception exception, Func<TState, Exception, string> formatter); /// 判断该日志级别是否启用
bool IsEnabled(LogLevel logLevel); /// 开始日志作用域
IDisposable BeginScope<TState>(TState state);
}

2、 LoggerFactory 日志工厂类的实现

在构造函数中做了两件事情:

  • 获取在DI模块中已经注入的ILoggerProvider,将其保存到集合中。类型ProviderRegistration 拥有字段ShouldDispose,其含义为:在LoggerFactory生命周期结束之后,该ILoggerProvider是否需要释放。虽然在系统中LoggerFactory为单例模式,但是其提供了一个静态方法生成一个可释放的DisposingLoggerFactory
  • 通过IOptionsMonitor 绑定更改回调,在配置文件发生更改时,执行相应动作。
public class LoggerFactory : ILoggerFactory
{
private readonly Dictionary<string, Logger> _loggers = new Dictionary<string, Logger>(StringComparer.Ordinal); private readonly List<ProviderRegistration> _providerRegistrations = new List<ProviderRegistration>(); private IDisposable _changeTokenRegistration; private LoggerExternalScopeProvider _scopeProvider; public LoggerFactory(IEnumerable<ILoggerProvider> providers, IOptionsMonitor<LoggerFilterOptions> filterOption)
{
foreach (var provider in providers)
{
AddProviderRegistration(provider, dispose: false);
}
_changeTokenRegistration = filterOption.OnChange((o, _) => RefreshFilters(o));
RefreshFilters(filterOption.CurrentValue);
} /// 注册日志提供器
private void AddProviderRegistration(ILoggerProvider provider, bool dispose)
{
_providerRegistrations.Add(new ProviderRegistration
{
Provider = provider,
ShouldDispose = dispose
});
// 如果日志提供器 实现 ISupportExternalScope 接口
if (provider is ISupportExternalScope supportsExternalScope)
{
if (_scopeProvider == null)
{
_scopeProvider = new LoggerExternalScopeProvider();
}
//将单例 LoggerExternalScopeProvider 保存到 provider._scopeProvider 中
//将单例 LoggerExternalScopeProvider 保存到 provider._loggers.ScopeProvider 里面
supportsExternalScope.SetScopeProvider(_scopeProvider);
}
}
}

CreateLogger方法:

  • 内部使用字典保存categoryName 和对应的Logger
  • Logger 内部维护三个数组:LoggerInformation[]、MessageLogger[]、ScopeLogger[]
  • LoggerInformation的构造函数中生成了实际的日志写入类(FileLogger、ConsoleLogger)
/// 创建 Logger 日志门面类
public ILogger CreateLogger(string categoryName)
{
lock (_sync)
{
if (!_loggers.TryGetValue(categoryName, out var logger))// 如果字典中不存在新建Logger
{
logger = new Logger
{
Loggers = CreateLoggers(categoryName),
};
(logger.MessageLoggers, logger.ScopeLoggers) = ApplyFilters(logger.Loggers);// 根据配置应用过滤规则
_loggers[categoryName] = logger;// 加入字典
}
return logger;
}
} /// 根据注册的ILoggerProvider,创建Logger需要的 LoggerInformation[]
private LoggerInformation[] CreateLoggers(string categoryName)
{
var loggers = new LoggerInformation[_providerRegistrations.Count];
for (var i = 0; i < _providerRegistrations.Count; i++)
{
loggers[i] = new LoggerInformation(_providerRegistrations[i].Provider, categoryName);
}
return loggers;
}
internal readonly struct LoggerInformation
{
public LoggerInformation(ILoggerProvider provider, string category) : this()
{
ProviderType = provider.GetType();
Logger = provider.CreateLogger(category);
Category = category;
ExternalScope = provider is ISupportExternalScope;
} /// 具体日志写入途径实现类
public ILogger Logger { get; } /// 日志类别名称
public string Category { get; } /// 日志提供器Type
public Type ProviderType { get; } /// 是否支持 ExternalScope
public bool ExternalScope { get; }
}

ApplyFilters方法:

  • MessageLogger[]取值逻辑:遍历LoggerInformation[],从配置文件中读取对应的日志级别, 如果在配置文件中没有对应的配置,默认取_filterOptions.MinLevel。如果读取到的日志级别大于LogLevel.Critical,则将其加入MessageLogger[]
  • ScopeLogger[]取值逻辑:如果 ILoggerProvider实现了ISupportExternalScope接口,那么使用LoggerExternalScopeProvider作为Scope功能的实现。反之,使用ILogger作为其Scope功能的实现。
  • 多个 ILoggerProvider共享同一个 LoggerExternalScopeProvider
/// 根据配置应用过滤
private (MessageLogger[] MessageLoggers, ScopeLogger[] ScopeLoggers) ApplyFilters(LoggerInformation[] loggers)
{
var messageLoggers = new List<MessageLogger>();
var scopeLoggers = _filterOptions.CaptureScopes ? new List<ScopeLogger>() : null; foreach (var loggerInformation in loggers)
{
// 通过 ProviderType Category从 LoggerFilterOptions 中匹配对应的配置
RuleSelector.Select(_filterOptions,
loggerInformation.ProviderType,
loggerInformation.Category,
out var minLevel,
out var filter); if (minLevel != null && minLevel > LogLevel.Critical)
{
continue;
} messageLoggers.Add(new MessageLogger(loggerInformation.Logger, loggerInformation.Category, loggerInformation.ProviderType.FullName, minLevel, filter)); // 不支持 ExternalScope: 启用 ILogger 自身实现的scope
if (!loggerInformation.ExternalScope)
{
scopeLoggers?.Add(new ScopeLogger(logger: loggerInformation.Logger, externalScopeProvider: null));
}
} // 只要其中一个Provider支持 ExternalScope:将 _scopeProvider 加入 scopeLoggers
if (_scopeProvider != null)
{
scopeLoggers?.Add(new ScopeLogger(logger: null, externalScopeProvider: _scopeProvider));
} return (messageLoggers.ToArray(), scopeLoggers?.ToArray());
}

LoggerExternalScopeProvider 大概的实现逻辑:

  • 通过 Scope 组成了一个单向链表,每次 beginscope 向链表末端增加一个新的元素,Dispose的时候,删除链表最末端的元素。我们知道LoggerExternalScopeProvider 在系统中是单例模式,多个请求进来,加入线程池处理。通过使用AsyncLoca来实现不同线程间数据独立。AsyncLocal的详细特性可以参照此处
  • 有两个地方开启了日志作用域:
  • 1、通过 socket监听到请求后,将KestrelConnection加入线程池,线程池调度执行IThreadPoolWorkItem.Execute()方法。在这里开启了一次
  • 2、在构建请求上下文对象的时候(HostingApplication.CreateContext()),开启了一次

3、Logger 日志门面类的实现

  • MessageLogger[]保存了在配置文件中启用的那些ILogger
  • 需要注意的是,由于配置文件更改后,会调用ApplyFilters()方法,并为MessageLogger[]赋新值,所以在遍历之前,需要保存当前值,再进行处理。否则会出现修改异常。
internal class Logger : ILogger
{
public LoggerInformation[] Loggers { get; set; }
public MessageLogger[] MessageLoggers { get; set; }
public ScopeLogger[] ScopeLoggers { get; set; } public void Log<TState>(LogLevel logLevel, EventId eventId, TState state, Exception exception, Func<TState, Exception, string> formatter)
{
var loggers = MessageLoggers;
if (loggers == null)
{
return;
} List<Exception> exceptions = null;
for (var i = 0; i < loggers.Length; i++)
{
ref readonly var loggerInfo = ref loggers[i];
if (!loggerInfo.IsEnabled(logLevel))
{
continue;
} LoggerLog(logLevel, eventId, loggerInfo.Logger, exception, formatter, ref exceptions, state);
} if (exceptions != null && exceptions.Count > 0)
{
ThrowLoggingError(exceptions);
} static void LoggerLog(LogLevel logLevel, EventId eventId, ILogger logger, Exception exception, Func<TState, Exception, string> formatter, ref List<Exception> exceptions, in TState state)
{
try
{
logger.Log(logLevel, eventId, state, exception, formatter);
}
catch (Exception ex)
{
if (exceptions == null)
{
exceptions = new List<Exception>();
} exceptions.Add(ex);
}
}
}
}

最后

这篇文章也压在箱底一段时间了,算是匆忙结束。还有挺多想写的,包括 Diagnostics、Activity、Scope等等,这些感觉需要结合SkyAPM-dotnet源码一起说才能理解,争取能够写出来吧。

Asp.NetCore源码学习[2-1]:日志的更多相关文章

  1. Asp.NetCore源码学习[2-1]:配置[Configuration]

    Asp.NetCore源码学习[2-1]:配置[Configuration] 在Asp. NetCore中,配置系统支持不同的配置源(文件.环境变量等),虽然有多种的配置源,但是最终提供给系统使用的只 ...

  2. Asp.NetCore源码学习[1-2]:配置[Option]

    Asp.NetCore源码学习[1-2]:配置[Option] 在上一篇文章中,我们知道了可以通过IConfiguration访问到注入的ConfigurationRoot,但是这样只能通过索引器IC ...

  3. 源码学习之ASP.NET MVC Application Using Entity Framework

    源码学习的重要性,再一次让人信服. ASP.NET MVC Application Using Entity Framework Code First 做MVC已经有段时间了,但看了一些CodePle ...

  4. MVC系列——MVC源码学习:打造自己的MVC框架(四:了解神奇的视图引擎)

    前言:通过之前的三篇介绍,我们基本上完成了从请求发出到路由匹配.再到控制器的激活,再到Action的执行这些个过程.今天还是趁热打铁,将我们的View也来完善下,也让整个系列相对完整,博主不希望烂尾. ...

  5. MVC系列——MVC源码学习:打造自己的MVC框架(一:核心原理)

    前言:最近一段时间在学习MVC源码,说实话,研读源码真是一个痛苦的过程,好多晦涩的语法搞得人晕晕乎乎.这两天算是理解了一小部分,这里先记录下来,也给需要的园友一个参考,奈何博主技术有限,如有理解不妥之 ...

  6. JUnit 3.8.1 源码学习

    JUnit 3.8.1 源码学习 环境搭建(源码加载配置) 由于IDE自身含有JUint插件,因此通过正常途径是没有源码加载入口的,因此需通过手动加载扩展JAR,然后再添加对应源码JAR,如图:项目右 ...

  7. Aspects 源码学习

    AOP 面向切面编程,在对于埋点.日志记录等操作来说是一个很好的解决方案.而 Aspects 是一个对于AOP编程的一个优雅的实现,也可以直接借助这个库来使用AOP思想.需要值得注意的是,Aspect ...

  8. Redis源码学习:Lua脚本

    Redis源码学习:Lua脚本 1.Sublime Text配置 我是在Win7下,用Sublime Text + Cygwin开发的,配置方法请参考<Sublime Text 3下C/C++开 ...

  9. colly源码学习

    colly源码学习 colly是一个golang写的网络爬虫.它使用起来非常顺手.看了一下它的源码,质量也是非常好的.本文就阅读一下它的源码. 使用示例 func main() { c := coll ...

随机推荐

  1. tomcat,nginx日志定时清理

    1. Crontab定时任务 Crontab 基本语法 t1 t2 t3 t4 t5 program 其中 t1 是表示分钟,t2 表示小时,t3 表示一个月份中的第几日,t4 表示月份,t5 表示一 ...

  2. js中鼠标点击、移动和光标移动的事件触发

    事件有三要素:事件源.事件数据.事件处理程序 事件冒泡:当元素嵌套的时候,内部元素激发某个事件后,默认情况下外部元素相应的事件也会跟着依次触发 可以加return false;是阻止默认操作 oncl ...

  3. 【Nginx】 中的配置命令

    一.location 1.1 概述 1.2 location的语法 1.3 Location正则案例 二.nginx rewrite 2.1 rewrite全局变量 2.2 判断IP地址来源 2.3 ...

  4. tarjan缩点(洛谷P387)

    此题解部分借鉴于九野的博客 题目分析 给定一个 \(n\) 个点 \(m\) 条边有向图,每个点有一个权值,求一条路径,使路径经过的点权值之和最大.你只需要求出这个权值和. 允许多次经过一条边或者一个 ...

  5. 从壹开始学习NetCore 44 ║ 最全的 netcore 3.0 升级实战方案

    缘起 哈喽大家中秋节(后)好呀!感觉已经好久没有写文章了,但是也没有偷懒哟,我的视频教程<系列一.NetCore 视频教程(Blog.Core)>也已经录制八期了,还在每周末同步更新中,欢 ...

  6. Unity3D_04_GameObject,Component,Time,Input,Physics

    Unity3D是一个Component-Based的游戏引擎,并且为GamePlay Programmer提供了很多游戏性层上的支持. 1.可以在图形界面上设计动画状态转换的Animator. 2.可 ...

  7. Winforn中使用代码动态生成控件

    场景 有时候需要根据配置文件在窗体中使用代码动态生成控件. 比如读取xml配置文件中的节点数量,然后在窗体中生成指定数量的RadioGroup控件. 实现 新建一个窗体,在窗体的加载完之后的事件中 p ...

  8. IntelliJ IDEA远程连接tomcat,实现单步调试

    web项目部署到tomcat上之后,有时需要打断点单步调试,如果用的是Intellij idea,可以通过如下方法实现: 开启debug端口,启动tomcat 以tomcat7.0.75为例,打开bi ...

  9. charles 访问控制设置

    本文参考:charles 访问控制设置 charles 访问控制设置 access control settings 访问账户设置: 这里可以配置连接到charles时的一些配置: 这个访问控制确定谁 ...

  10. PTA A1001&A1002

    从今天起每天刷1-2题PAT甲级 第一天 A1001 A+B Format (20 分) 题目内容 Calculate a+b and output the sum in standard forma ...