Logging 如何形式化选择日志记录级别的适当策略？

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

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

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

• 调试
• 信息
• 警告
• 错误
• 关键的
• 警觉的

---

提前谢谢

原木层的用途完全不同，不是刻在石头上的。在我的公司，我们主要使用

Log4j

，级别为

fatal

，

error

，

warn

，

info

和

debug

。我们的准则是：

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

---

几乎任何日志库都可以采用这些错误级别。例如，您可以使用我对致命的描述作为您的关键级别。

谢谢您的回答。我从来没有真正考虑过对用户或应用程序引起的错误进行区分（我承认这相当愚蠢）。我想知道出现在

log4js

中的“跟踪”级别？这似乎是最详细的日志记录级别，甚至高于“调试”。什么时候使用？