serilog aspnetcore

2025-12-07 0 254

serilog.aspnetcore

Serilog记录为ASP.NET核心。此软件包通过Serilog路由ASP.NET核心日志消息,因此您可以获取有关与应用程序事件相同的Serilog接收器写入ASP.NET的内部操作的信息。

使用Serilog.aspnetcore安装和配置,您可以直接通过Serilog或ASP.NET注入的任何ILogger接口编写日志消息。所有登录者将使用相同的基础实现,级别和目的地。

版本控制此软件包跟踪其Microsoft.extensions.hosting依赖项的版本控制和目标框架支持。大多数用户应选择与其应用程序的目标框架相匹配的serilog.aspnetcore的版本。即,如果您针对.NET 7.X,请选择Serilog.aspnetcore的7.x版本。如果您要定位.NET 8.X,请选择一个8.X Serilog.aspnetcore版本,依此类推。

指示

首先,将serilog.aspnetcore nuget软件包安装到您的应用中。

dotnet add package Serilog.AspNetCore

接下来,在您的应用程序的program.cs文件中,首先配置Serilog。 try / catch块将确保适当记录任何配置问题:

 using Serilog ;

Log . Logger = new LoggerConfiguration ( )
    . WriteTo . Console ( )
    . CreateLogger ( ) ;

try
{
    Log . Information ( \"Starting web application\" ) ;

    var builder = WebApplication . CreateBuilder ( args ) ;
    builder . Services . AddSerilog ( ) ; // <-- Add this line
    
    var app = builder . Build ( ) ;
    app . MapGet ( \"/\" , ( ) => \"Hello World!\" ) ;

    app . Run ( ) ;
}
catch ( Exception ex )
{
    Log . Fatal ( ex , \"Application terminated unexpectedly\" ) ;
}
finally
{
    Log . CloseAndFlush ( ) ;
}

builder.Services.AddSerilog()调用将通过您的Serilog管道重定向所有日志事件。

最后,通过删除默认记录器的剩余配置来清理,包括AppSettings中的\"Logging\"部分。*。JSON文件(如果需要,可以用Serilog配置替换为Serilog配置,如有需要)。

就是这样!随着级别的增加,您会看到日志输出类似于:

 [12:01:43 INF] Starting web application
[12:01:44 INF] Now listening on: http://localhost***:5000
[12:01:44 INF] Application started. Press Ctrl+C to shut down.
[12:01:44 INF] Hosting environment: Development
[12:01:44 INF] Content root path: serilog-aspnetcore/samples/Sample
[12:01:47 WRN] Failed to determine the https port for redirect.
[12:01:47 INF] Hello, world!
[12:01:47 INF] HTTP GET / responded 200 in 95.0581 ms

提示:要在IIS下运行时在Visual Studio输出窗口中查看Serilog输出,请从下拉列表中的Show输出中选择ASP.NET Core Web服务器,或用WriteTo.debug WriteTo.Console() WriteTo.Debug()

一个更完整的示例,包括appsettings.json配置,可以在此处的示例项目中找到。

请求记录

该软件包包括用于智能HTTP请求记录的中间件。 ASP.NET Core实现的默认请求记录是嘈杂的,每个请求发出了多个事件。随附的中间件将这些凝结成一个单个事件,该事件带有方法,路径,状态代码和定时信息。

作为文本,它具有类似的格式:

 [16:05:54 INF] HTTP GET / responded 200 in 227.3253 ms

或作为JSON:

{
  \"@t\" : \" 2019-06-26T06:05:54.6881162Z \" ,
  \"@mt\" : \" HTTP {RequestMethod} {RequestPath} responded {StatusCode} in {Elapsed:0.0000} ms \" ,
  \"@r\" : [ \" 224.5185 \" ],
  \"RequestMethod\" : \" GET \" ,
  \"RequestPath\" : \" / \" ,
  \"StatusCode\" : 200 ,
  \"Elapsed\" : 224.5185 ,
  \"RequestId\" : \" 0HLNPVG1HI42T:00000001 \" ,
  \"CorrelationId\" : null ,
  \"ConnectionId\" : \" 0HLNPVG1HI42T \"
}

要启用中间件,请首先更改嘈杂的ASP.NET核心日志源的最小级别,以在您的logger配置或AppSettings.json文件中Warning :JSON文件:

            . MinimumLevel . Override ( \"Microsoft.AspNetCore.Hosting\" , LogEventLevel . Warning )
            . MinimumLevel . Override ( \"Microsoft.AspNetCore.Mvc\" , LogEventLevel . Warning )
            . MinimumLevel . Override ( \"Microsoft.AspNetCore.Routing\" , LogEventLevel . Warning )

提示:{SourceContext}添加到控制台Logger的输出模板中以查看记录器的名称;这可以帮助追踪嘈杂的日志事件的来源。

然后,在您的应用程序的program.cs中,将中间件添加带有UseSerilogRequestLogging()

    var app = builder . Build ( ) ;

    app . UseSerilogRequestLogging ( ) ; // <-- Add this line

    // Other app configuration

重要的是, UseSerilogRequestLogging()调用在MVC等处理程序之前出现。中间软件不会在管道中出现的时间或日志组件。 (这可以用来通过将UseStaticFiles() UseSerilogRequestLogging()放在他们之后。

在请求处理过程中,可以使用IDiagnosticContext.Set()附加到完成事件的其他属性:

    public class HomeController : Controller
    {
        readonly IDiagnosticContext _diagnosticContext ;

        public HomeController ( IDiagnosticContext diagnosticContext )
        {
            _diagnosticContext = diagnosticContext ??
                throw new ArgumentNullException ( nameof ( diagnosticContext ) ) ;
        }

        public IActionResult Index ( )
        {
            // The request completion event will carry this property
            _diagnosticContext . Set ( \"CatalogLoadTime\" , 1423 ) ;

            return View ( ) ;
        }

该模式的优点是减少每个HTTP请求需要构造,传输和存储的日志事件数量。在同一事件上拥有许多属性也可以使请求详细信息和其他数据的相关性更加容易。

默认情况下,以下请求信息将作为属性添加:

  • RequestMethod
  • RequestPath
  • StatusCode
  • Elapsed

您可以使用用于请求完成事件的消息模板,添加其他属性或更改事件级别,使用UseSerilogRequestLogging()上的options回调():

 app . UseSerilogRequestLogging ( options =>
{
    // Customize the message template
    options . MessageTemplate = \"Handled {RequestPath}\" ;
    
    // Emit debug-level events instead of the defaults
    options . GetLevel = ( httpContext , elapsed , ex ) => LogEventLevel . Debug ;
    
    // Attach additional properties to the request completion event
    options . EnrichDiagnosticContext = ( diagnosticContext , httpContext ) =>
    {
        diagnosticContext . Set ( \"RequestHost\" , httpContext . Request . Host . Value ) ;
        diagnosticContext . Set ( \"RequestScheme\" , httpContext . Request . Scheme ) ;
    } ;
} ) ;

两阶段初始化

此页面顶部的示例显示了应用程序启动时如何立即配置Serilog。这具有在ASP.NET核心主机设置期间捕获和报告例外的好处。

首先初始化Serilog的缺点是尚不可用的是ASP.NET Core主机的服务,包括appsettings.json配置和依赖项注入。

为了解决这个问题,Serilog支持两个阶段的初始化。当程序启动时,立即将立即配置一个初始的“ Bootstrap”记录器,一旦主机加载,它将被完全配置的记录器替换。

要使用此技术,请首先用createbootstraplogger CreateLogger() CreateBootstrapLogger()呼叫:

 using Serilog ;
using Serilog . Events ;

Log . Logger = new LoggerConfiguration ( )
    . MinimumLevel . Override ( \"Microsoft\" , LogEventLevel . Information )
    . Enrich . FromLogContext ( )
    . WriteTo . Console ( )
    . CreateBootstrapLogger ( ) ; // <-- Change this line!

然后,将回调传递给创建最终记录器AddSerilog()

 builder . Services . AddSerilog ( ( services , lc ) => lc
    . ReadFrom . Configuration ( builder . Configuration )
    . ReadFrom . Services ( services )
    . Enrich . FromLogContext ( )
    . WriteTo . Console ( ) ) ;

重要的是要注意,最终的记录器完全替换了引导记录器:如果您希望两者都登录到控制台,例如,如示例所示,您需要在两个地方指定WriteTo.Console()

消耗appsettings.json配置

使用两个阶段初始化,插入ReadFrom.Configuration(builder.Configuration)呼叫,如上示例所示。 JSON配置语法记录在serilog.settings.configuration readme中。

将服务注入浓度和凹槽

使用两个阶段初始化,插入上面示例中显示的ReadFrom.Services(services)调用。 ReadFrom.Services()调用将使用以下服务的任何注册实现来配置记录管道:

  • IDestructuringPolicy
  • ILogEventEnricher
  • ILogEventFilter
  • ILogEventSink
  • LoggingLevelSwitch

JSON输出

Console()Debug()File()通过随附的serilog.formatting.compact软件包将所有支持json-formatted输出置于本机上。

要将newline限制的json写入CompactJsonFormatterRenderedCompactJsonFormatter ,将其传递给接收器配置方法:

    . WriteTo . Console ( new RenderedCompactJsonFormatter ( ) )

写入Azure Diagnostics日志流

Azure诊断日志流从D:\\home\\LogFiles\\文件夹中的任何文件中汇出了事件。要为您的应用程序启用此功能,请在LoggerConfiguration中添加一个文件接收器,请注意设置sharedflushToDiskInterval参数:

 Log . Logger = new LoggerConfiguration ( )
    . MinimumLevel . Debug ( )
    . MinimumLevel . Override ( \"Microsoft\" , LogEventLevel . Information )
    . Enrich . FromLogContext ( )
    . WriteTo . Console ( )
    // Add this line:
    . WriteTo . File (
       System . IO . Path . Combine ( Environment . GetEnvironmentVariable ( \"HOME\" ) , \"LogFiles\" , \"Application\" , \"diagnostics.txt\" ) ,
       rollingInterval : RollingInterval . Day ,
       fileSizeLimitBytes : 10 * 1024 * 1024 ,
       retainedFileCountLimit : 2 ,
       rollOnFileSizeLimit : true ,
       shared : true ,
       flushToDiskInterval : TimeSpan . FromSeconds ( 1 ) )
    . CreateLogger ( ) ;

将属性推向ILogger<T>

如果要在代码的特定部分中将额外的属性添加到所有日志事件中,则可以将它们添加到Microsoft.extensions.logging中的ILogger<T>中。为了使此代码工作,请确保您已将.Enrich.FromLogContext()添加到.UseSerilog(...)语句中,如上面的示例所示。

 // Microsoft.Extensions.Logging ILogger<T>
// Yes, it\'s required to use a dictionary. See https://nbl*um*ha*rdt.com/2016/11/ilogger-beginscope/
using ( logger . BeginScope ( new Dictionary < string , object >
{
    [ \"UserId\" ] = \"svrooij\" ,
    [ \"OperationType\" ] = \"update\" ,
} ) )
{
   // UserId and OperationType are set for all logging events in these brackets
}

上面的代码会产生相同的结果,就像您将在Serilog中的LogContext中推出属性一样。可以在https://git*h*ub.c*om/serilog/serilog/wiki/wiki/enrichment#the-logcontext中找到更多详细信息。

 // Serilog LogContext
using ( LogContext . PushProperty ( \"UserId\" , \"svrooij\" ) )
using ( LogContext . PushProperty ( \"OperationType\" , \"update\" ) )
{
    // UserId and OperationType are set for all logging events in these brackets
}

下载源码

通过命令行克隆项目:

git clone https://github.com/serilog/serilog-aspnetcore.git

收藏 (0) 打赏

感谢您的支持,我会继续努力的!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

申明:本文由第三方发布,内容仅代表作者观点,与本网站无关。对本文以及其中全部或者部分内容的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。本网发布或转载文章出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,也不代表本网对其真实性负责。

左子网 开发教程 serilog aspnetcore https://www.zuozi.net/32055.html

tus php
上一篇: tus php
QuickApp
下一篇: QuickApp
常见问题
  • 1、自动:拍下后,点击(下载)链接即可下载;2、手动:拍下后,联系卖家发放即可或者联系官方找开发者发货。
查看详情
  • 1、源码默认交易周期:手动发货商品为1-3天,并且用户付款金额将会进入平台担保直到交易完成或者3-7天即可发放,如遇纠纷无限期延长收款金额直至纠纷解决或者退款!;
查看详情
  • 1、描述:源码描述(含标题)与实际源码不一致的(例:货不对板); 2、演示:有演示站时,与实际源码小于95%一致的(但描述中有”不保证完全一样、有变化的可能性”类似显著声明的除外); 3、发货:不发货可无理由退款; 4、安装:免费提供安装服务的源码但卖家不履行的; 5、收费:价格虚标,额外收取其他费用的(但描述中有显著声明或双方交易前有商定的除外); 6、其他:如质量方面的硬性常规问题BUG等。 注:经核实符合上述任一,均支持退款,但卖家予以积极解决问题则除外。
查看详情
  • 1、左子会对双方交易的过程及交易商品的快照进行永久存档,以确保交易的真实、有效、安全! 2、左子无法对如“永久包更新”、“永久技术支持”等类似交易之后的商家承诺做担保,请买家自行鉴别; 3、在源码同时有网站演示与图片演示,且站演与图演不一致时,默认按图演作为纠纷评判依据(特别声明或有商定除外); 4、在没有”无任何正当退款依据”的前提下,商品写有”一旦售出,概不支持退款”等类似的声明,视为无效声明; 5、在未拍下前,双方在QQ上所商定的交易内容,亦可成为纠纷评判依据(商定与描述冲突时,商定为准); 6、因聊天记录可作为纠纷评判依据,故双方联系时,只与对方在左子上所留的QQ、手机号沟通,以防对方不承认自我承诺。 7、虽然交易产生纠纷的几率很小,但一定要保留如聊天记录、手机短信等这样的重要信息,以防产生纠纷时便于左子介入快速处理。
查看详情

相关文章

猜你喜欢
发表评论
暂无评论
官方客服团队

为您解决烦忧 - 24小时在线 专业服务