java Logger.error打印错误异常的详细堆栈信息

一、问题场景

使用Logger.error方法时只能打印出异常类型,无法打印出详细的堆栈信息,使得定位问题变得困难和不方便。

二、先放出结论

Logger类下有多个不同的error方法,根据传入参数的个数及类型的不同,自动选择不同的重载方法。

当error(Object obj)只传入一个参数时会将异常对象作为Object使用,并最终当做String打印出来,当使用两个参数error(String message, Throwable t),且第二个参数为Throwable时,才会将完整的异常堆栈打印出来。

代码实例

import org.apache.logging.log4j.LogManager;
import org.apache.logging.log4j.Logger;
/**
 * @PROJECT_NAME: 
 * @DESCRIPTION:
 */
public class test {
    public static final Logger LOGGER = LogManager.getLogger(test.class);

    public static void main(String[] args) {
        try{
            // 模拟空指针异常
            //Integer nullInt = Integer.valueOf(null);
            int[] array = {1,2,3,4,5};
            int outBoundInt = array[5];
        }catch (Exception e){
            // 直接打印,则只输出异常类型
            LOGGER.error(e);
            // 使用字符串拼接
            LOGGER.error("使用 + 号连接直接输出 e : " + e);
            LOGGER.error("使用 + 号连接直接输出 e.getMessage() : " + e.getMessage());
            LOGGER.error("使用 + 号连接直接输出 e.toString() : " + e.toString());
            // 使用逗号分隔,调用两个参数的error方法
            LOGGER.error("使用 , 号 使第二个参数作为Throwable : ", e);
            // 尝试使用分隔符,第二个参数为Throwable,会发现分隔符没有起作用,第二个参数的不同据,调用不同的重载方法
            LOGGER.error("第二个参数为Throwable,使用分隔符打印 {} : ", e);
            // 尝试使用分隔符,第二个参数为Object,会发现分隔符起作用了,根据第二个参数的不同类型,调用不同的重载方法
            LOGGER.error("第二个参数为Object,使用分隔符打印 {} ",123);
        }
    }
}

输出:
在这里插入图片描述

四、查看源码中的方法描述

根据方法重载特性,当只输入一个参数时,此对象会被当做Object进行打印输出,如果是Exception e的话,这里直接就toString()。

/**
 * Logs a message object with the {@link Level#ERROR ERROR} level.
 *
 * @param message the message object to log.
 */
void error(Object message);

根据方法重载特性,当第二个参数为Throwable时,会打印出异常信息,并且包含异常堆栈信息。

/**
 * Logs a message at the {@link Level#ERROR ERROR} level including the stack trace of the {@link Throwable}
 * <code>t</code> passed as parameter.
 *
 * @param message the message object to log.
 * @param t the exception to log, including its stack trace.
 */
void error(String message, Throwable t); 

根据方法重载特性,当第二个参数为Object时,会根据占位符进行替换并打印出错误日志。

/**
 * Logs a message with parameters at error level.
 *
 * @param message the message to log; the format depends on the message factory.
 * @param p0 parameter to the message.
 */
void error(String message, Object p0);

五、结论

使用Logger.error(e)、Logger.error(e.getMessage())、Logger.error(“some msg” + e)、Logger.error(“some msg” + e.getMessage()) 都是调用的error(Object message),这个方法都会将入参当作Object输出,不会打印堆栈信息。
在使用Logger.error("first param ",e)时会调用error(String message, Throwable t),此方法会完整的打印出错误堆栈信息。

### 如何正确使用 `logger.error` 为了确保日志记录的有效性和可读性,在Java应用程序中应当遵循特定的方式使用`logger.error`。当遇到异常情况时,不仅应该记录简单的消息字符串,还应捕获并记录完整的堆栈跟踪信息以便于后续调试。 对于`logger.error`而言,最佳实践是利用带有两个参数的方法签名——一个是描述性的消息字符串,另一个是要记录的Throwable对象。这样做可以确保即使是在生产环境中也能获得足够的上下文来诊断问题所在[^3]: ```java try { // some code that may throw an exception } catch (Exception e) { logger.error("An error occurred while processing request: {}", "specific details about the context", e); } ``` 上述代码片段展示了如何捕捉异常并将之连同一条有意义的消息一起传递给`logger.error()`函数。注意这里采用了占位符语法(如`{}`),这有助于提高性能,因为只有在实际需要构建日志条目时才会计算这些表达式的值。 另外值得注意的是,如果仅传入单个String类型的参数,则只会记录该字符串而不会包含任何有关原始异常信息;同样地,仅仅通过调用`.getMessage()`获取部分错误详情也是不够全面的做法[^4]。 #### 解决 `logger.error` 的依赖问题 要解决与`logger.error`相关的潜在依赖项冲突或其他技术难题,通常涉及以下几个方面的工作: - **确认所使用的日志框架版本兼容**:不同的日志库之间可能存在不兼容的情况,因此建议检查项目中的所有依赖关系,并确保选择了相互支持的日志实现。 - **配置合适的日志级别**:正如之前提到的不同级别的日志具有各自的用途范围,合理设定日志输出层次可以帮助过滤掉不必要的噪音数据,从而专注于真正重要的事件上。例如,在开发阶段可能会倾向于启用较低的日志级别(比如DEBUG或INFO),而在部署至生产环境前则切换回较高的ERROR甚至FATAL模式以减少磁盘空间占用和提升应用性能[^2]。 - **调整日志格式化器设置**:有时尽管已经指定了正确的API调用来记录带堆栈追踪的日志,但由于某些原因最终得到的结果仍然不符合预期。此时可能就需要审查当前采用的日志格式定义是否遗漏了必要的字段或是存在其他不当之处。可以通过修改相应的属性文件(如`logging.properties`) 来修正这些问题[^1]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值