NLog路由规则和上下文信息

NLog配置路由规则和上下文信息

rules: 规则节点

logger:一个路由规则

 <rules>
        <!--<logger name="*" writeTo="console" />-->
        <logger name="*" minlevel="Debug" writeTo="debugger" />
        <logger name="*" minlevel="Error" writeTo="error_file" />
    </rules>

具体参数说明:

路由规则主要用于将日志和输出目标匹配起来,它一般有如下几个属性

  • name - 日志源/记录者的名字 (允许使用通配符*)
  • minlevel - 匹配日志范围的最低级别
  • maxlevel - 匹配日志范围的最高级别
  • level - 匹配的单一日志级别
  • levels - 匹配的一系列日志级别,由逗号分隔。
  • writeTo - 规则匹配时日志应该被写入的一系列目标<target>节点的name属性,由逗号分隔。
  • final - 标记当前规则为最后一个规则。其后的规则即时匹配也不会被运行。

如:

  1. <logger name="Name.Space.Class1" minlevel="Debug" writeTo="f1" /> - 名字空间Name.Space下的Class1这个类的所有级别等于或者高于Debug的日志信息都写入到“f1”这个目标里。
  2. <logger name="Name.Space.Class1" levels="Debug,Error" writeTo="f1" /> -名字空间Name.Space下的Class1这个类的所有级别等于Debug或Error的日志信息都写入到“f1”这个目标里。
  3. <logger name="Name.Space.*" writeTo="f3,f4" /> -名字空间Name.Space下所有类的所有级别的日志信息都写入到“f3”和“f4”这两个目标里。
  4. <logger name="Name.Space.*" minlevel="Debug" maxlevel="Error" final="true" /> - 名字空间Name.Space下所有类的、级别在Debug和Error之间的(包括Debug,Info,Warn,Error) 日志信息都不会被记录(因为这条规则没有定义writeTo),同时其它后续规则也都会被忽略(因为这里设置了final="true")。

NLog支持如下几种记录等级:

  1. Trace- 最常见的记录信息,一般用于普通输出
  2. Debug- 同样是记录信息,不过出现的频率要比Trace少一些,一般用来调试程序
  3. Info- 信息类型的消息
  4. Warn- 警告信息,一般用于比较重要的场合
  5. Error- 错误信息
  6. Fatal- 致命异常信息。一般来讲,发生致命异常之后程序将无法继续执行。

优先级:Trace>Debug>Info>Warn>Error>Fatal

Layout上下文信息 表达式

${date}        日期2016/08/11 09:34:33.793

${time}        24小时HH:mm:ss.mmm.

${longdate}    长时间 2016-08-05 14:06:18.9293

${shortdate}   日期2016-08-05

${basedir}     根目录

${message}    信息

${level}    级别

${stacktrace}   堆栈信息

${callsite}   日志来源

时间: 2024-10-19 23:48:33

NLog路由规则和上下文信息的相关文章

thinkphp学习笔记10—看不懂的路由规则

路由这部分貌似在实际工作中没有怎么设计过,只是在用默认的设置,在手册里面看到部分,艰涩难懂. 1.路由定义 要使用路由功能需要支持PATH_INFO,PATH_INFO是什么呢?手册中提到“要使用路由功能,前提是你的URL支持PATH_INFO(或者兼容URL模式也可以,采用普通URL模式的情况下不支持路由功能),” , url支持path_info,不是apache要支持path_info么,度娘讲的还算清楚一点,见下文: pathinfo(PHP 4 >= 4.0.3, PHP 5)path

14-中间件和上下文处理器

14-中间件和上下文处理器 01-中间件 02-上下文处理器 01-中间件 在http请求 到达视图函数之前   和视图函数return之后,django会根据自己的规则在合适的时机执行中间件中相应的方法. 中间件的执行流程 1.执行完所有的request方法 到达视图函数. 2.执行中间件的其他方法 2.经过所有response方法 返回客户端. 注意:如果在其中1个中间件里 request方法里 return了值,就会执行当前中间的response方法,返回给用户 然后 报错..不会再执行下

dubbo之路由规则

向注册中心写入路由规则:(通常由监控中心或治理中心的页面完成) RegistryFactory registryFactory = ExtensionLoader.getExtensionLoader(RegistryFactory.class).getAdaptiveExtension(); Registry registry = registryFactory.getRegistry(URL.valueOf("zookeeper://10.20.153.10:2181")); re

Python开发【Django】:路由规则

Django请求生命周期: -->url对应关系(匹配) ->视图函数->返回用户字符串 -->url对应关系(匹配)->视图函数->打开一个HTML文件,读取内容 创建django project django-admin startproject mysite cd mysite python manage.py startapp cmdb mysite mysite --配置文件 -url.py -settings.py cd mysite cmdb -views

MVC系列学习(十四)-路由规则及路由调试工具

1.本次学习的代码,比较简单,就是在路由配置文件中,添加一个路由信息:同时添加一个相应的控制器及视图 控制器中代码如下 即有两条路由匹配规则,一个Kim控制器,该控制器下有个Index的方法,和一个对应Index视图 2.开始配置RouteDebugger 2.1下载程序集 RouteDebugger-2.1.3.0下载地址 2.2添加引用,并配置RouteDebugger 在网站根目录下的web.config文件中,在<appSetting></appSetting>节点中,添加

MVC 路由规则

一.路由规则说明 先来看MVC中的默认路由的说明 "{controller}/{action}/{id}", // URL with parameters 对于Url /Home/Index/1 匹配结果是: controller : "Home" action : "Index" Id : "1" 对于Url /a.b/c-d/e-f 匹配结果是: controller : "a.b" action :

【誉天教育|解忧杂货店】RIPv1和RIPv2的收发路由规则--华为数通R&amp;S实验漫载(9)

前言 上一章我们给大家介绍了RIPv2的配置,从配置的角度来讲,RIPv2的基础配置还是比较简单的,那么我们这一章就主要给大家讲一下RIPv1和RIPv2在收发路由时需要遵循的规则,因为大家通过之前的一章RIPv1和RIPv2的理论知识应该已经知道了RIPv1和RIPv2的报文中携带路由时是不一样的,因为RIPv1是不携带路由的掩码信息的,所以路由的掩码的计算是什么样的呢?这就需要我们通过实验去验证,我们依然选择华为eNSP模拟器验证,使用版本为390. RIPv1发送路由规则 如下图所示,在R

MVC路由规则以及前后台获取Action、Controller、ID名方法

1.前后台获取Action.Controller.ID名方法 前台页面:ViewContext.RouteData.Values["Action"].ToString(); ViewContext.RouteData.Values["Controller"].ToString(); ViewContext.RouteData.Values["ID"].ToString(); 后台页面:RouteData.GetRequiredString(&qu

【基础】MVC路由规则

一.RouteData解析过程 在ASP.NET MVC中,服务器收到来自客户端的请求后,会经过一些列的处理拿到请求的数据,比如在Pipeline 管线事件中,通过订阅适当的事件,将HttpContext作为参数传入HttpContextWrapper进行封装,然后取得当前路由集合的数据RouteData进行解析,拿到具体的参数,包括请求路径.请求的参数.IRouteHandler等,通过IRouteHandler的GetHttpHandler返回一个IHttpHandler对象,通过该对象对请