• Springboot组件:日志:log.error()源码解析


    Springboot组件:日志:log.error()源码解析

    1 log.error("请求地址'{}',发生未知异常.", requestURI, e)的解析

    在全局异常处理类中,有下面的一段代码,其中重点看 log.error() 方法:
    (log的类型是 slf4j-api-1.7.36.jar 中的 org.slf4j.Logger类)

    @ExceptionHandler(RuntimeException.class)
        public AjaxResult handleRuntimeException(RuntimeException e, HttpServletRequest request)
        {
            String requestURI = request.getRequestURI();
            log.error("请求地址'{}',发生未知异常.", requestURI, e);
            return AjaxResult.error(e.getMessage());
        }
    

    我想要看看源码中对应的方法,找到3个方法比较相似:

        /**
         * Log an exception (throwable) at the ERROR level with an
         * accompanying message.
         *
         * @param msg the message accompanying the exception
         * @param t   the exception (throwable) to log
         */
        public void error(String msg, Throwable t);
    
       /**
         * Log a message at the ERROR level according to the specified format
         * and arguments.
         * <p/>
         * <p>This form avoids superfluous object creation when the logger
         * is disabled for the ERROR level. </p>
         *
         * @param format the format string
         * @param arg1   the first argument
         * @param arg2   the second argument
         */
        public void error(String format, Object arg1, Object arg2);
    	
       /**
         * Log a message at the ERROR level according to the specified format
         * and arguments.
         * <p/>
         * <p>This form avoids superfluous string concatenation when the logger
         * is disabled for the ERROR level. However, this variant incurs the hidden
         * (and relatively small) cost of creating an <code>Object[]</code> before invoking the method,
         * even if this logger is disabled for ERROR. The variants taking
         * {@link #error(String, Object) one} and {@link #error(String, Object, Object) two}
         * arguments exist solely in order to avoid this hidden cost.</p>
         *
         * @param format    the format string
         * @param arguments a list of 3 or more arguments
         */
        public void error(String format, Object... arguments);
    

    但此处的 log.error("请求地址'{}',发生未知异常.", requestURI, e); ,看上去是归属于 public void error(String format, Object arg1, Throwable t); 这种方法签名类型,而该方法签名在源码中找不到,于是debug源码查看究竟,因为使用了 logback,所以实际使用了 org.slf4j.Logger 的实现类 ch.qos.logback.classic.Logger类,然后进一步debug源码,发现是属于该方法签名:public void error(String format, Object arg1, Object arg2);。然后往深了debug,最终发现了它的实现方式:

    1. 查看末尾的arg2是否属于 Throwable 类型,如果是,则将他从参数数组 argArray (由arg1 和 arg2 组成)中去掉;
    2. arg2单独拎出来作为一个 Throwable 对象;
    3. 使用 format和arg1 拼接出完整的消息字符串;
    4. 打印format和arg1拼接成的字符串;
    5. 打印arg2(是打印一个异常链条)

    拓展:
    如果除format之外的arg参数大于2个,则是使用这个重载方法 public void error(String format, Object... arguments); ,则可能有超过3个的参数,则参数数组 argArray 由所有的 arguments 组成。

    过程是类似的,但是要注意2点:

    1. 只判断最后一个arg是否属于 Throwable类型,如果是,则将他从参数数组 argArray (由arg1 和 arg2 组成)中去掉,其他的 arg 参数,即使是 Throwable类型,也当成普通的字符串来使用(自动调用 ThrowabletoString() 方法);
    2. 拼接format和args时,format参数字符串中有多少个 {},就从 argArray 数组中使用多少个arg拼接进去,如果argArray中还有多的未使用的arg,丢弃;如果 argArray 中的 arg不够,则会有一些 {},不被替换,导致拼接后的字符串中仍然保留这些 {}
  • 相关阅读:
    HDU 1863 畅通project (最小生成树是否存在)
    经常使用MD5算法代码
    HDU 5045(Contest-费用流)[template:费用流]
    【c语言】统计一个数二进制中的1的个数
    git
    如何在阿里云服务器里配置iis 搭建web服务
    war包放入tomcat
    互联网推送服务原理:长连接+心跳机制(MQTT协议)
    保持Service不被Kill掉的方法--双Service守护 && Android实现双进程守护 3
    保持Service不被Kill掉的方法--双Service守护 && Android实现双进程守护 2
  • 原文地址:https://www.cnblogs.com/mediocreWorld/p/16353959.html
Copyright © 2020-2023  润新知