Java 日志级别 - 何时使用什么

Question

我应该何时使用低于日志级别？如果有任何例子，那将是伟大的。

1. 跟踪与调试
2. 警告 vs 错误 vs 致命

警告Vs错误VS致命

我是否需要首先在我的应用程序代码中使用FATAL？

迄今为止，在我参与的项目中，我从未在任何代码中看到致命的日志记录。

我读过，如果FATAL程序将结束。如果是这种情况，我想知道我的日志语句将如何执行。

此外，我认为在内存分配的情况下不能使用FATAL，因为JVM会抛出内存溢出异常并退出程序。因此开发人员无法记录任何内容。如果这是正确的，那么我将在哪里使用FATAL？

对于错误和警告：在catch块中，如果我没有备用逻辑（对于错误条件）来执行，那么我将使用错误级别记录异常，异常将转换为特定于用户的，并显示在屏幕上。

同时，当我们有异常逻辑的备用流/路径时，将使用警告。

对于调试，这将是验证抛出异常的内容和位置。什么是造成错误的数据。因此，这可以在代码的复杂逻辑之前和之后使用。

请让我知道我的理解是否正确

例：

class myLogLevel{
     void method1( int empId) 
    {
              log.trace("method1 starting") ;
           try{
               log.info("befor getting data from DB");
            log.debug("executing the value for emp id : " + empId );
                      //DBConnection and code here

          } catch (Exception1 e1) {
    log.warn("record not found. So assigning default value");
           // Code logic to assign default value
          }
          catch (Exception1 e1) {
             // Due to DB connection error. Connection nor established
log.error("DB connection not established");
          }
       log.trace("method1 ending") ;
        }
       }

Answer 1

在我过去的经历中，一个有点常见的做法是

始终使用DEBUG进行调试。我很少看到人们使用TRACE。

对于对系统有害但不一定会导致问题的东西(例如，是否是错误取决于调用上下文)，使用WARN例如，你可以写一个有时返回NaN的函数；但是对于调用方来说，NaN可能不是一个错误，这取决于您的上下文。

对于系统中某个地方或调用者输入数据中肯定是错误的东西；这肯定需要人工参与（即有人需要从您的生产支持团队中查看它），使用ERROR。例如，您想将一个人的记录写入数据库，但发现主键（firstname， lastname）为NULL。

对于会导致整个系统关闭或对系统造成严重影响的内容，请使用 FATAL。这意味着人们需要立即查看它。示例包括导致启动失败的问题;内存分配失败;消息传递处理系统无法初始化消息传递层;等。

希望以上有所帮助。