5

NLog 能够通过${callsite:className=Boolean:fileName=Boolean:includeSourcePath=Boolean:methodName=Boolean}: 渲染器包含调用点信息。

我假设 NLog 获取堆栈跟踪以实现此功能。

我想知道是否是这种情况,或者 NLog 是否具有超出在每个日志调用上创建新堆栈跟踪的优化,以及在写入大量日志条目的应用程序中对性能的影响是什么?

4

1 回答 1

4

.NET 框架没有提供更多的选项 [1] 来获取堆栈跟踪,而StackTrace不是直接或通过ExceptionEnvironment.StackTrace作为字符串使用类,因此 NLog 可以做的不多。此外,对于每个日志调用,调用堆栈将(可能)不同。一个例外是循环内的日志调用。但即使在那种情况下,也需要一些机器来帮助 NLog 甚至知道调用是从与前一个“相同位置”发出的。这只能通过(再次)查看调用堆栈来确定。

所以,总而言之,我会假设 NLog 必须做到这一点:捕获每个日志调用的调用堆栈(尽管不是每个处理调用的布局/附加器)——就像 log4net 顺便说一句,它“警告”关于此选项是日志调用频率高的性能问题。

无论如何,您可能想查看source,它还表明(尽管我没有在调试器中逐步完成它),每个日志调用都会捕获一个调用堆栈。

更新为了完整起见,从 .NET 4.5 开始,可以使用caller info attributes。他们有自己的“限制”,比如不包括类型名。然而,它们目前没有被 NLog 使用。

[1] 除了可能使用某些 IL 级别重写或在调试器中运行应用程序之外。

于 2012-09-03T12:49:40.360 回答