一个可能的解决方案是创建自己的
ILoggerProvider和
ILogger实现，作为底层提供程序的桥接，然后使您的
ILogger.Log()方法根据记录器的类别名称做出实际的记录决策，然后修改日志级别。
在我的情况下，我假设所有ASP.NET Core应用程序都具有以
"Microsoft.AspNetCore"开头的记录器类别名称，然后将这些事件的日志级别从信息更改为调试，类似于：
public class MyLogger : ILogger
{
private string categoryName;
private ILogger baseLogger;
public MyLogger(string categoryName, ILogger baseLogger)
{
this.categoryName = categoryName;
this.baseLogger = baseLogger;
}
public void Log<TState>(LogLevel logLevel, EventId eventId, TState state, Exception exception, Func<TState, Exception, string> formatter)
{
if (logLevel == LogLevel.Information
&& categoryName.StartsWith("Microsoft.AspNetCore"))
{
logLevel = LogLevel.Debug;
}
baseLogger.Log(logLevel, eventId, state, exception, formatter);
}
}
这是一个小技巧，但它有效地将被记录为“INFORMATION”的ASP.NET事件转换为“DEBUG”事件，因此当您不需要它们时，它们不会填满您的日志，但您仍然可以将日志级别设置为DEBUG以显示它们。
更新：
下面的
Startup.cs文件演示了如何连接它：
using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;
using Microsoft.AspNetCore.Builder;
using Microsoft.AspNetCore.Hosting;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Logging;
using Microsoft.Extensions.Options;
using Microsoft.Extensions.Logging.Console;
using Microsoft.Extensions.Logging.Debug;
namespace WebApplication1
{
public class LoggerProviderShim : ILoggerProvider
{
private ILoggerProvider baseLoggerProvider;
public LoggerProviderShim(ILoggerProvider baseLoggerProvider)
{
this.baseLoggerProvider = baseLoggerProvider;
}
public ILogger CreateLogger(string categoryName)
{
return new LoggerShim(baseLoggerProvider.CreateLogger(categoryName), categoryName);
}
public void Dispose()
{
baseLoggerProvider.Dispose();
}
}
public class LoggerShim : ILogger
{
private ILogger baseLogger;
private bool treatInfoAsDebug;
public LoggerShim(ILogger baseLogger, string categoryName)
{
this.baseLogger = baseLogger;
this.treatInfoAsDebug = categoryName != null && categoryName.StartsWith("Microsoft.AspNetCore.");
}
public IDisposable BeginScope<TState>(TState state)
{
return baseLogger.BeginScope(state);
}
public bool IsEnabled(LogLevel logLevel)
{
return baseLogger.IsEnabled(logLevel);
}
public void Log<TState>(LogLevel logLevel, EventId eventId, TState state, Exception exception, Func<TState, Exception, string> formatter)
{
if (treatInfoAsDebug && logLevel == LogLevel.Information)
{
logLevel = LogLevel.Debug;
}
baseLogger.Log(logLevel, eventId, state, exception, formatter);
}
}
public class Startup
{
public Startup(IConfiguration configuration)
{
Configuration = configuration;
}
public IConfiguration Configuration { get; }
public void ConfigureServices(IServiceCollection services)
{
services.AddMvc();
}
public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
{
var debugLogProvider = new DebugLoggerProvider();
loggerFactory.AddProvider(debugLogProvider);
app.UseMvc();
}
}
}
我在文件顶部添加了
LoggerProviderShim和
LoggerShim类。
LoggerProviderShim旨在包装特定的日志记录器提供程序实现。 对于此示例，我正在包装一个
DebugLoggerProvider。
LoggerShim用于包装由包装（真实）日志记录器提供程序返回的日志记录器。
这里的想法是，您不会在
Startup.Configure()中向日志记录器工厂添加真正的
ILoggerProvider，而是将真正的提供程序包装在
LoggerProviderShim中，然后将该封套添加到日志记录器工厂中。
LoggerProviderShim通过获取来自真实日志记录器提供程序的真实
ILogger，然后将其包装在
LoggerShim中，然后返回该封套。
LoggerShim构造函数检查创建的日志记录器类别名称，以决定是否将INFORMATION事件记录为DEBUG。 在这种情况下，我们正在寻找来自ASP.NET CORE组件的日志记录器类别名称，方法是查找来自ASP的类别名称（例如，由“Microsoft.AspNetCore。”前缀）。
在调用底层真实的记录器之前，记录器shim的Log()方法会将这些记录器的信息日志级别更改为DEBUG。
您可以通过在简单的WebAPI项目中包含此代码来查看其效果：
- 确保
appsettings.json中的日志级别设置为Debug。
- 运行应用程序并多次访问控制器端点。
- 在Visual Studio DEBUG输出面板中，注意ASP.NET事件被记录为INFORMATION。
- 停止应用程序，在
Startup.Configure()方法中注释掉第一个AddProvider()调用并取消注释第二个调用，然后再次测试应用程序。
- 现在请注意，ASP.NET事件被记录为DEBUG。Shim转换了事件级别。
您需要特别包装任何您关心的记录提供程序。在此示例中，我包装了DebugLogProvider。您需要分别针对Application Insights或任何其他记录提供程序执行相同的操作（我是否已经提到过这是一种有点hack的方法：）
