如何正确选择日志记录级别的策略?

时间:2011-08-14 21:43:13

标签: logging web-applications

选择邮件的日志记录级别一直困扰着我。 虽然我确实试图做出合理的决定,但我并没有遵循任何真正的标准。 有没有标准?

在决定网络应用程序中的日志记录级别时,您采用了哪种策略?

我使用的日志记录库具有以下级别:

  • 调试
  • 信息
  • 警告
  • 错误
  • 临界
  • 警报

提前致谢!

1 个答案:

答案 0 :(得分:4)

日志级别的使用是完全不同的,并没有刻在石头上。在我公司,我们主要使用Log4jfatalerrorwarninfodebug。我们的指南是:

  • 致命是一个非常严重的错误,会导致应用程序中止。你应该在这里解释为什么你的应用程序死了。此错误可能是由错误的用户操作引起的。
  • 错误是错误的,您的应用程序正在执行它不应该执行的操作,但它可能允许它继续运行。此错误也可能是由错误的用户操作引起的。
  • WARN 适用于应用程序使用中的潜在有害情况。您的应用程序正在运行,并且不会因此问题而崩溃。可能存在服务器超时或其他罕见但并非意外情况。这也可能是由愚蠢的用户操作引起的。 ;)
  • INFO 用于提供信息性消息,用于说明应用程序的进度。把它想象成:“应用程序在做什么?”或“这些数据来自哪里?”。
  • DEBUG 适用于对调试应用程序最有用的非常细粒度的信息事件。默认情况下,此级别的日志记录已关闭。您可以在应用程序容易出错的部分使用它来记录方法参数或特定变量。

您可以将这些错误级别用于几乎所有日志记录库。例如,您可以将致命的描述用于 CRITICAL 级别。