gpt4 book ai didi

c# - NLog 避免重复行并设置增量时间

转载 作者:行者123 更新时间:2023-12-04 03:25:45 25 4
gpt4 key购买 nike

我正在使用 Nlog,但在下面找不到这些功能。当然,我可以自己制作它们,但由于 NLog 通常会处理所有需求,所以可能会内置所有这些。


每个条目之间的增量秒数

我的布局如下“[${date:format=dd.MM.yyyy HH\:mm\:ss.fff}] (${level:uppercase=true}): ${message}”这样我就得到了类似的东西:

[20.05.2021 11:53:33.667] (INFO): --- 20210520_1153 Starting ---
[20.05.2021 11:53:33.784] (INFO): *.cfg not found going for TRIAL LICENCE
[20.05.2021 11:53:33.784] (INFO): Reg Hive found. Verifying
[20.05.2021 11:53:33.784] (INFO): Key length = 3

是否可以自动添加增量时间?所以像下面这样

[20.05.2021 11:53:33.667 - 0.000] (INFO): --- 20210520_1153 Starting ---
[20.05.2021 11:53:33.784 - 0.117] (INFO): *.cfg not found going for TRIAL LICENCE
[20.05.2021 11:53:33.784 - 0.000] (INFO): Reg Hive found. Verifying
[20.05.2021 11:53:33.784 - 0.000] (INFO): Key length = 3

避免重复行(随意)

[20.05.2021 11:53:33.667] (INFO): AAA
[20.05.2021 11:53:33.784] (INFO): AAA
[20.05.2021 11:53:33.784] (INFO): AAA
[20.05.2021 11:53:33.784] (INFO): AAA

变成这样

[20.05.2021 11:53:33.667] (INFO): AAA
...

并且能够将其扩展到多个级别

[20.05.2021 11:53:33.667] (INFO): AAA
[20.05.2021 11:53:33.784] (INFO): BBB
[20.05.2021 11:53:33.784] (INFO): AAA
[20.05.2021 11:53:33.784] (INFO): BBB

成为

[20.05.2021 11:53:33.667] (INFO): AAA
[20.05.2021 11:53:33.784] (INFO): BBB
...

那会节省很多字符

提前致谢

帕特里克

最佳答案

这些功能(尤其是第二个)需要持续解析现有日志文件的内容,这将显着影响性能。
我怀疑 NLog 是否会包含重新解析功能,即使有,我也怀疑使用它是否是个好主意。

在这两种情况下,预处理日志消息的写入比追溯必须重新解析日志并确定当前日志消息是否应该写入要容易得多。

关于c# - NLog 避免重复行并设置增量时间,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/67618433/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com