6

我是log4net的忠实粉丝，但最近，一些（在我的部门）质疑它是否包含在我们的项目中，因为每种日志记录方法看似繁重。我认为有比其他技术更好的技术，但这是另一个问题。

我很想知道，log4net DebugFormat 类型调用对您的应用程序的典型影响是什么。我将省略每行代码的日志语句数量等变量，因为我只是在寻找你在现实世界中看到的任何东西。

而且，我知道在长评估语句中添加保护子句的简单技术，例如：

if (log.IsDebug)
{
  log.DebugFormat(...);
}

所以，让我们暂时将其排除在考虑之外。

4

4 回答 4

11

我不熟悉 log4net 或 log.DebugFormat(...)。

但是伐木的成本实际上是在两个方面。

第一个是日志调用，第二个是日志信息的实际持久化。

当实际上不需要记录时，守卫有助于将记录调用减少到最低限度。它往往非常快，因为它只不过是一个方法调用和两个标量的比较。

但是，当您不使用守卫时，成本很可能成为创建实际日志记录参数的代价。

例如，在 log4j 中，这是一个常见的习惯用法：

log.debug("Runtime error. Order #" + order.getOrderNo() + " is not posted.");

在这里，成本是对生成消息的字符串表达式的实际评估。这是因为无论日志记录级别如何，都会创建该表达式和结果字符串。想象一下，如果你有类似的东西：

log.debug("Something wrong with this list: " + longListOfData);

这可能会创建一个大而昂贵的字符串变量，如果没有为 DEBUG 设置日志级别，那么它只会被浪费。

守卫：

if (log.isDebug()) {
    log.debug(...);
}

消除这个问题，因为 isDebug 调用很便宜，尤其是与参数的实际创建相比。

在我的代码中，我编写了一个用于日志记录的包装器，我可以像这样创建日志：

log.debug("Runtime error. Order # {0} is not posted.", order.getOrderNo());

这是一个很好的妥协。这依赖于 Java 可变参数，我的代码检查日志记录级别，然后适当地格式化消息。这几乎和守卫一样快，但写起来更干净。

现在，log.DebugFormat 可能会做类似的事情，我不知道。

当然，最重要的是日志记录的实际成本（到屏幕、到文件、到套接字等）。但这只是您需要接受的成本。我的最佳实践是，在实际可行的情况下，将实际的日志消息路由到一个队列，然后使用单独的线程将其收割并输出到正确的通道。至少，这有助于使日志与主计算保持一致，但它本身就有费用和复杂性。

于 2008-10-07T15:44:24.580 回答
6

I know this is an old thread, but how about using an approach that avoids filling the code with if statements based on log level, such as this one: http://www.beefycode.com/post/Extension-Methods-for-Deferred-Message-Formatting-in-Log4Net.aspx

Using lambda expression to build the message, you can avoid even evaluating it entirely.

于 2012-12-08T19:23:53.710 回答
4

log4net 常见问题解答对此有答案，尽管没有达到您正在寻找的详细程度。

总之：使用那些保护条款。

于 2008-10-07T15:37:57.013 回答
3

只是给 Will Hartung 的回答一个 .NET 的观点 :)

DebugFormat 代码为：

if (IsDebugEnabled)
{
    Logger.Log(ThisDeclaringType, m_levelDebug, new SystemStringFormat(CultureInfo.InvariantCulture, format, args), null);
}

基本上是一样的，所以我相信当你使用 DebugFormat 时，你不需要使用保护子句（你可能仍然有一个小的开销，但我认为它小到可以忽略不计）

会留下评论，但我没有足够的声誉：/

于 2012-05-15T18:46:21.023 回答