有些场景的代码执行后,结果不一定会被使用,从而造成性能浪费。而Lambda表达式是延迟执行的,这正好可以作为解决方案,提升性能。

性能浪费的日志案例(字符串拼接)

注:日志可以帮助我们快速的定位问题,记录程序运行过程中的情况,以便项目的监控和优化。

一种典型的场景就是对参数进行有条件使用,例如对日志消息进行拼接后,在满足条件的情况下进行打印输出:

public class Demo01Logger { 
    private static void log(int level, String msg) { 
        if (level == 1) { 
            System.out.println(msg); 
        } 
    }
    public static void main(String[] args) { 
        String msgA = "Hello"; 
        String msgB = "World"; 
        String msgC = "Java"; 
        log(1, msgA + msgB + msgC); 
    } 
}

这段代码存在问题:无论级别是否满足要求,先拼接字符串再调用log方法再进行级别判断,即作为 log 方法的第二个参数,三个字符串一定会首先被拼接并传入方法内,然后才会进行级别判断。如果级别不符合要求,那么字符串的拼接操作就白做了,存在性能浪费。

PS:当用+号进行一次字符串拼接的时候都会new一个StringBuilder,而new对象和销毁对象(垃圾回收)都会占用系统资源。

备注:SLF4J是应用非常广泛的日志框架,它在记录日志时为了解决这种性能浪费的问题,并不推荐首先进行字符串的拼接,而是将字符串的若干部分作为可变参数传入方法中,仅在日志级别满足要求的情况下才会进行字符串拼接。例如: LOGGER.debug("变量{}的取值为{}。", "os", "macOS") ,其中的大括号 {} 为占位符。如果满足日志级别要求,则会将“os”和“macOS”两个字符串依次拼接到大括号的位置;否则不会进行字符串拼接。

例如:

logger.info("request params:"+str);

我们可以使用另一种方式,使用占位符 {} 是一个英文大括号,多个参数就多个大括号,后面用逗号间隔代入参数

logger.info("request params1:{}  params2: {}", str1, str2); 

这也是一种可行解决方案,但Lambda可以做到更好。

Review代码时,发现太多人习惯log日志直接用“+”号连接。这是很不好的习惯。

 

posted on 2022-02-09 12:13  周文豪  阅读(565)  评论(0编辑  收藏  举报