logging - 如何制定适当的策略来选择日志记录级别？

Question

选择消息的日志记录级别一直困扰着我。尽管我确实尝试做出明智的决定，但我并没有遵循任何真正的标准。有什么标准吗？

在决定网络应用程序中的日志记录级别时，您采用什么策略？

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

• 调试
• 信息
• 警告
• 错误
• 严重
• 提醒

提前致谢!

Answer 1

日志级别的用法有很大不同，并且不是一成不变的。在我的公司，我们主要使用 Log4j 级别为 fatal、error、warn、info 和调试。我们的指导方针是:

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

您可以将这些错误级别应用于几乎所有日志记录库。例如，您可以使用我对FATAL的描述来描述您的CRITICAL级别。