翻车!居然在这里翻车了!!!

通过对比两段Java代码的执行效率,发现使用Lambda表达式的代码在实际运行中并未展现出预期的性能优势,反而比传统字符串拼接方式耗时更多。本文探讨了Lambda表达式的延迟执行特性在特定场景下可能存在的性能误区。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在这里插入图片描述
首先看代码一:

@FunctionalInterface
public interface MyFunctionInterface {
    public abstract String myMethod();
}
public class Demo {
    private static void show(int i, MyFunctionInterface myFunctionInterface) {
        if (i == 1) {
            System.out.println(myFunctionInterface.myMethod());
        }
    }

    public static void main(String[] args) {
        String msgA = "你好";
        String msgB = "Hello";
        String msgC = "Java";

        show(2, () -> {
            System.out.println("我执行了");
            return msgA + msgB + msgC;
        });
    }
}

再来看代码二:

public class Demo {
    private static void show(int i, String str) {
        if (i == 1) {
            System.out.println(str);
        }
    }

    public static void main(String[] args) {
        String msgA = "你好";
        String msgB = "Hello";
        String msgC = "Java";

        show(2,  msgA + msgB + msgC);
    }
}

此前,我一直认为代码一应该比代码二更省时,毕竟 Lambda 表达式延迟执行,不用提前拼接字符串没有造成性能浪费。然而我在最近重新写 Java 基础博文的时候运行了上述代码,结果 翻车了!



再来看看 idea 运行结果:
在这里插入图片描述
在这里插入图片描述
代码一执行耗时:34149500 纳秒,代码二执行耗时:28200 纳秒,使用了 Lambda 表达式的代码居然跑不过没有使用的,而且二者完全不是一个数量级。是我对 Lambda 表达式延迟执行有什么误解?还是说 idea 2020.1 对于字符串进行了什么骚操作?
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值