代码优化：避免对日志消息进行字符串拼接

有些场景的代码执行后，结果不一定会被使用，从而造成性能浪费。而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日志直接用“+”号连接。这是很不好的习惯。

标签：log,代码优化,拼接,字符串,日志,级别,String
来源： https://www.cnblogs.com/zwh0910/p/15874494.html