NLog

article/2025/10/11 14:30:04

一个简单好用的日志框架NLog

之前我介绍过如何使用log4net来记录日志,但最近喜欢上了另一个简单好用的日志框架NLog。 关于NLog和log4net的比较这里就不多讨论了,感兴趣的朋友可以参看.NET日志工具介绍和log4net vs. Nlog这两篇文章。本文主要介绍一下如何在项目中使用NLog。

 

在Nuget中安装NLog

NLog可以直接使用Nuget安装: PM > Install-Package Nlog

 

使用NLog

NLog的使用方式基本上和其它的Log库差不多,分为Trace、Debug、Info、Error、Fatal五个等级

    private static Logger logger = LogManager.GetCurrentClassLogger();
    static void Main(string[] args)
    {
        logger.Trace(”Trace Message”);
        logger.Debug(”Debug Message”);
        logger.Info(”Info Message”);
        logger.Error(”Error Message”);
        logger.Fatal(”Fatal Message”);
    }

不过它提供的方法倒是蛮多的,光Trace就有42种重载形式。虽然功能强大事件好事,但某种程度上也增加了学习成本。

 

配置NLog

执行了上面的语句后,实际上是没有任何效果的。因为我们还没有配置日志的输出路径。这个输出路径一般是在配置文件中配置的(也支持硬编码),NLog支持两种配置文件格式

  1. 配置信息嵌入在.NET应用程序标准的*.exe.config或者web.config文件里
  2. 保存在独立文件里,也叫单一格式

第一张方式比较常规,但我不喜欢这种方式,因为它和其它与日志无关的配置写在一块儿了,不方便在不同的项目中共享配置。这里主要介绍下独立文件的方式。NLog支持如下三种文件名的配置文件:”NLog.config”、”*.exe.nlog”和”NLog.dll.nlog”,我比较喜欢第一种。不管哪一种,其内容是一样的,一个简单的示例如下:

<nlog xmlns=”http://www.nlog-project.org/schemas/NLog.xsd” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”>
    <targets>
        <target name=”console” xsi:type=”Console” />
        <target name=”debugger” xsi:type=”Debugger” layout=” date:format=HHmmss.fff: {message}” />
        <target name=”error_file” xsi:type=”File”
                        fileName=” basedir/Logs/Error/ {shortdate}/error.txt” maxArchiveFiles=”30”
                        layout=” longdate| {level:uppercase=false} | message {onexception: exception:format=tostring {newline} stacktrace {newline}” />
    </targets>
    <rules>
        <!–<logger name=”*” writeTo=”console” />–>
        <logger name=”*” minlevel=”Debug” writeTo=”debugger” />
        <logger name=”*” minlevel=”Error” writeTo=”error_file” />
    </rules>
</nlog>

它主要包括两个部分:输出目标target路由规则rule。下面就分别介绍一下他们。

 

输出目标target

每个target代表一个输出目标,它主要包含两个属性:name和type。name是输出模板的名称,在后面的路由规则中使用,type则是输出类型,常见的有

  • Console        输出到控制台
  • Debugger     输出到
  • File        输出到文件
  • Mail        输出为邮件发送
  • Network        输出到网络地址
  • Database        输出到数据库

当选择某一种类型的时候,还需要配置相应的参数。如输出类型是File时,我们要配置日志路径filename,这里是可以使用一些变量的(花括号里面的部分),我这里的例子:

    fileName=” basedir/Logs/Error/ {shortdate}/error.txt”

输出的日志格式为 /Log/2014-10-01/err.txt    每天生成一个文件夹,非常方便。

输出格式的控制:

有的时候,我们需要对时间、异常等这些对象的输出格式进行控制。它们可以通过修改layout参数来实现。这一部分是相对比较复杂的,不在本文讨论范围之列,有空的话我再专门介绍下。

参考示例:

网上有许多现成的示例,直接参考一下比从头写起要们节省不少时间,这里我简单的列举两个,欢迎读者朋友推荐。

  • Nlog的官方示例
  • Most useful NLog configurations

顺便这儿也贴一个我常用的配置文档:

<nlog xmlns=”http://www.nlog-project.org/schemas/NLog.xsd” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”>
    <targets>
        <!–屏幕打印消息–>
        <target name=”console” xsi:type=”ColoredConsole”
                        layout=”{date:format=HH\:mm\:ss}&gt;{message}”/>
        
        <!–VS输出窗口–>
        <target name=”debugger” xsi:type=”Debugger”
                        layout=” date:format=HHmmss| {level:padding=-5} | ${message}” />

        <!–保存至文件–>
        <target name=”error_file” xsi:type=”File” maxArchiveFiles=”30”
                        fileName=” basedir/Logs/Error/ {shortdate}/error.txt”
                        layout=” longdate| {level:uppercase=false:padding=-5} | message {onexception: exception:format=tostring {newline} stacktrace {newline}” />
    </targets>
    <rules>
        <!–<logger name=”*” writeTo=”console” />–>
        <logger name=”*” minlevel=”Debug” writeTo=”debugger” />
        <logger name=”*” minlevel=”Error” writeTo=”error_file” />
    </rules>
</nlog>

 

路由规则rule

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

  • name - 记录者的名字 (允许使用通配符*)
  • minlevel - 匹配日志范围的最低级别
  • maxlevel - 匹配日志范围的最高级别
  • level - 匹配的单一日志级别
  • levels - 匹配的一系列日志级别,由逗号分隔。
  • writeTo - 规则匹配时日志应该被写入的一系列目标,由逗号分隔。

看上去有好几个属性,实际上用起来还是比较简单的,例如我前面的三条规则解释如下:

    <logger name=”*” writeTo=”console” />    将所有的日志输出到控制台中
    <logger name=”*” minlevel=”Debug” writeTo=”debugger” />            将Debug级别以上的日志输出到Debugger中
    <logger name=”*” minlevel=”Error” writeTo=”error_file” />        将Error级别以上的日志输出到文件中

另外,NLOG支持配置多个路由规则,可以非常方便我们的输出。

 

由于篇幅有限,这里介绍得比较简略。更详细的配置文件设置可以参看官方文档:https://github.com/nlog/NLog/wiki/Configuration-file#configuration-file-locations

 

简单的封装:

前面已经列举过NLog的使用方法,虽然其使用并不算发杂,但一个简单的Wrapper可以降低使用门槛,规范使用方式,甚至方便后期切换日志框架,很多时候还是非常有必要的。这里给一个简单的封装: 

 1     class Logger2     {3         NLog.Logger logger;4 5         private Logger(NLog.Logger logger)6         {7             this.logger = logger;8         }9 
10         public Logger(string name)
11             :this(NLog.LogManager.GetLogger(name))
12         {
13         }
14 
15         public static Logger Default { get; private set; }
16         static Logger()
17         {
18             Default = new Logger(NLog.LogManager.GetCurrentClassLogger());
19         }
20 
21         public void Debug(string msg, params object[] args)
22         {
23             logger.Debug(msg, args);
24         }
25 
26         public void Debug(string msg, Exception err)
27         {
28             logger.Debug(msg, err);
29         }
30 
31         public void Info(string msg, params object[] args)
32         {
33             logger.Info(msg, args);
34         }
35 
36         public void Info(string msg, Exception err)
37         {
38             logger.Info(msg, err);
39         }
40 
41         public void Trace(string msg, params object[] args)
42         {
43             logger.Trace(msg, args);
44         }
45 
46         public void Trace(string msg, Exception err)
47         {
48             logger.Trace(msg, err);
49         }
50 
51         public void Error(string msg, params object[] args)
52         {
53             logger.Error(msg, args);
54         }
55 
56         public void Error(string msg, Exception err)
57         {
58             logger.Error(msg, err);
59         }
60 
61         public void Fatal(string msg, params object[] args)
62         {
63             logger.Fatal(msg, args);
64         }
65 
66         public void Fatal(string msg, Exception err)
67         {
68             logger.Fatal(msg, err);
69         }
70     }

View Code

虽然比较简单,但大多数简单的场景下还是够用的。如果要更强大一点的封装可以考虑 Common.Logging, SimpleLoggingFacade等一些成型的库。

 

第三方查看工具

和log4net一样,NLog也是被一些第三方log查看工具所支持的,我这里就搜索到了两个:Sentinel和 Harvester 。我用这些查看工具的地方不大多,没有具体去研究它们。不过NLog是支持DB输出的,感觉输出到DB中后用SQL查询要更加方便而强大些,就是实时性差些。

 

学习资料:

本文这里只是方便NLOG快速入门,仍属于管中窥豹阶段,NLOG本身还是非常强大的,园子里有一系列文章进行了比较深入的介绍,有这方面需求的朋友可以看看:

http://www.cnblogs.com/dflying/category/78087.html

另外,网上也有不少写得非常好的入门介绍文档,也可以学习一下:

  • Introduction to NLog
  • Trace Activities with NLog
  • Logging setup in 5 minutes with NLog
  • 介紹好用函式庫:NLog - Advanced .NET Logging

 


http://chatgpt.dhexx.cn/article/aAZKP5h9.shtml

相关文章

NSLog不输出日志问题

今天突然发现NSLog里面的日志都不能在XCODE控制台输出日志了。 如图所示&#xff0c;去掉OS_ACTIVITY_MODE DIABLE前面的勾&#xff0c;就能正常输出了。

Nlog 的使用

本来是准备用Log4Net&#xff0c;之前都用它。后面发现了Nlog发现更有活力&#xff0c;就想试试&#xff0c;结果一用感觉非常好。 通过包管理器直接安装&#xff1a; 你只要将配置文件 NLog.config 放在和exe同一个文件夹&#xff0c;那么NLog会自动加载&#xff0c;非常省心…

NLOG的使用

目录 Tartget Properties header archiveFileName archiveNumbering maxArchiveFiles keepFileOpen archiveOldFileOnStartup rules 加载配置文件 rules 的使用 最近在学习GRBL-PLOTTER代码&#xff0c;其日志系统用的是NLOG&#xff0c;将一些内容进行总结&#xff1b…

NLog日志的使用

文章目录 1.NuGet安装NLog2.添加Nlog.config文件(新建项 --> 应用程序配置文件)3.数据库建表4.代码使用 1.NuGet安装NLog 2.添加Nlog.config文件(新建项 --> 应用程序配置文件) 注意文件属性 → 复制到输出目录 一定要选择始终复制&#xff0c;否则无法输出日志&#xf…

【ns-3】Logging系统

文章目录 前言1. 概述2. 基本概念2.1 日志组件2.2 日志详细程度&#xff08;严重程度&#xff09;选项2.3 日志前缀选项 3. 控制日志输出参考文献 前言 本篇介绍Logging系统。 1. 概述 许多大型系统都会提供一种基于控制台的消息记录功能&#xff0c;用来向用户即时地反馈程序…

Nlog详解

Nlog详解 零、文章目录 一、Nlog详解 1、概述 NLog是一个基于.NET平台编写的日志记录类库&#xff0c;我们可以使用NLog在应用程序中添加极为完善的跟踪调试代码。可以在任何一种.NET语言中输出带有上下文的&#xff08;contextual information&#xff09;调试诊断信息&am…

iOS之深入解析NSLog的调试技巧

一、DEBUG 宏区分调试模式和发布模式进行特殊处理 ① 利用 Configuration 配置不同的编译环境 一个应用往往对应多个域名的情况&#xff0c;测试地址、生产地址、后台接口开发者的个人主机地址&#xff1a; 1.开发人员环境&#xff08;Other&#xff09;连接写服务人的电脑&…

TDD(测试驱动开发)死了吗?

01、前言 很早之前&#xff0c;曾在网络上见到过 TDD 这 3 个大写的英文字母&#xff0c;它是 Test Driven Development 这三个单词的缩写&#xff0c;也就是“测试驱动开发”的意思——听起来很不错的一种理念。 其理念主要是确保两件事&#xff1a; 确保所有的需求都能被照…

unitTest+Ddt数据驱动测试

我们设计测试用例时&#xff0c;会出现测试步骤一样&#xff0c;只是其中的测试数据有变化的情况&#xff0c;比如测试登录时的账号密码。这个时候&#xff0c;如果我们依然使用一条case一个方法的话&#xff0c;会出现大量的代码冗余&#xff0c;而且效率也会大大降低。此时&a…

测试驱动开发(TDD)的理论基础

在开始理论介绍之前&#xff0c;先思考一个问题&#xff1a;软件开发中最重要的是什么&#xff1f; 可能有的小伙伴就会说&#xff1a;良好的数据库设计&#xff0c;一个健壮可扩展的架构&#xff0c;规范的编码风格&#xff0c;设计文档等。没错这些在开发中都很重要&#xf…

什么时候应该编写单元测试?什么是TDD?

一、传统方法与TDD方法 1、有人认为软件编码完成后编写单元测试&#xff08;传统方法&#xff09;&#xff0c;流程如下&#xff1a; 缺点&#xff1a;编写完功能代码再写单元测试会导致单元测试“粒度”比较粗。对同样的功能代码&#xff0c;如果采用TDD方案&#xff0c;结果…

前端做自动化测试 —— 用TDD的思想做组件测试

Test-Driven Development(测试驱动开发,以下简述TDD)是一种设计方法论, 原理是在开发功能代码之前, 先编写单元测试用例代码, 通过测试来推动整个开发的进行. 本文详细描述了在创作 react-stillness-component, 组件的过程中, 是如何学习 TDD 的思想来完成功能开发以及测试的 一…

深度解读 - TDD(测试驱动开发)

本文结构&#xff1a; 什么是 TDD为什么要 TDD怎么 TDDFAQ学习路径延伸阅读 什么是 TDD TDD 有广义和狭义之分&#xff0c;常说的是狭义的 TDD&#xff0c;也就是 UTDD&#xff08;Unit Test Driven Development&#xff09;。广义的 TDD 是 ATDD&#xff08;Acceptance Tes…

【TDD】测试驱动开发

欢迎关注微信公众号“Python小灶&#xff0c;和我一起每天学习Python新知识”&#xff0c;还可添加博主Vx&#xff1a;yf03064131&#xff0c;方便一起交流学习。 或者B站搜索 有只小新 原视频地址链接&#xff1a;点击这里 代码地址&#xff1a;点击这里 本文为大致翻译以及…

测试驱动开发(TDD)的学习使用

测试驱动开发TDD 是一种不同于传统软件开发流程的新型开发方式 特点&#xff1a; 先编写测试代码 – 实现主要逻辑 再写功能代码 – 实现细节 通过测试来推动整个开发的进行。 有助于编写简洁可用和高质量的代码&#xff0c;并加速开发过程呢。 比如写一个Person类&#xff0c;…

从 TDD 到测试策略

“ 前端没法 TDD / 前端不容易做 TDD / 前端 TDD 收益不大 ” 这是进公司后无数人给我判的“死刑”。 事实上好像的确如此&#xff1f; 在这个崇尚敏捷的组织里&#xff0c;我们有毕业生的入职前培训&#xff0c;入职后培训&#xff0c;有 TwU&#xff0c;有无数定期不定期的…

使用ddt执行数据驱动测试

所谓数据驱动测试&#xff0c;简单的理解为数据的改变从而驱动自动化测试的执行&#xff0c;最终引起测试结果的改变。通过使用数据驱动测试的方法&#xff0c;可以在需要验证多组数据测试场景中&#xff0c;使用外部数据源实现对输入输出与期望值的参数化&#xff0c;避免在测…

先测试再开发?TDD测试驱动开发了解一下?

1、什么是TDD 我第一次接触TDD这个概念&#xff0c;是在<<代码整洁之道>>中&#xff0c;作者鲍勃大叔在书中&#xff0c;写了一些关于测试代码的代码规范&#xff0c;其实就提到了有关TDD三定律: - 定律一&#xff1a; 在编写不能通过的单元测试前&#xff0c;不…

测试驱动开发(TDD)前端篇

当你在写生产代码时&#xff0c;你处在高认知的状态&#xff08;obvious&#xff09;&#xff0c;你的研发流程和你的工程实践&#xff0c;有助于你一步一步的提升你的认知能力&#xff0c;把你的问题进行一个降解&#xff08;分解&#xff09;&#xff0c;只要你做到同样的事情…

TDD 开发测试

测试驱动开发(Test-Driven Development)。是敏捷开发中的一项核心实践和技术。 TDD是在开发功能代码之前&#xff0c;先编写单元测试用例代码&#xff0c;测试代码确定需要编写什么产品代码。 变红 ——> 变绿 ——> 重构 在进行 TDD 案例编写的时候&#xff0c;看一…