解决lambda中必须为final的方式

一个真正而且热切地工作的人总是有希望的——只有怠惰才是永恒的绝望。——卡莱尔

在开发中使用lambda经常出现一个问题

编译提示我们lambda中使用的变量必须为final或者effectively final

代码语言：javascript复制

int i = 2;
BigDecimal j = BigDecimal.ZERO;
j = BigDecimal.TEN;
List<String> stringList = mpUserMapper.selectList(Wrappers.lambdaQuery()).stream().map(UserDataObject::getUsername).collect(Collectors.toList());
stringList = stringList.stream().distinct().collect(Collectors.toList());
List<String> strings = new ArrayList<>(10);
strings.stream().peek(s -> {
    stringList.add(s);
    i = 3;
    j.add(BigDecimal.ONE);
}).collect(Collectors.toList());

如何处理，我想大家一般都是直接点转换为自动

把int转换为AtomicInteger，list赋值给为finalList

之后就是这样子

代码语言：javascript复制

AtomicInteger i = new AtomicInteger(2);
BigDecimal j = BigDecimal.ZERO;
j = BigDecimal.TEN;
List<String> stringList = mpUserMapper.selectList(Wrappers.lambdaQuery()).stream().map(UserDataObject::getUsername).collect(Collectors.toList());
stringList = stringList.stream().distinct().collect(Collectors.toList());
List<String> strings = new ArrayList<>(10);
List<String> finalStringList = stringList;
BigDecimal finalJ = j;
strings.stream().peek(s -> {
    finalStringList.add(s);
    i.set(3);
    finalJ.add(BigDecimal.ONE);
}).collect(Collectors.toList());

虽然上面的integer，idea帮我们转换成了atomic原子类，但下面的stringList和变量j都赋值给了一个临时变量【final 变量名】

编译报错是解决了，但代码的可读性降低了

那么有没有更优雅的解决方案呢？其实是有的

我们这里出现变量必须为final或者effectively final的提示，造成的原因是因为我们对变量进行了二次赋值

我们这里可以像AtomicInteger一样使用原子类AtomicReference

再观察stringList，我们当然可以接连下面的去重操作，把两行变为一行去解决

但如果场景发生变化，我们要执行一些判断或者其他逻辑，再进行赋值

对于这种场景，使用两行变一行的方式就不好用了

我们就可以使用Lists.addAll代替我们的赋值操作

这种方式比一开始的使用一个临时变量赋值的方式感觉要好多了

特别是大量用到stream的时候，如果是一堆用于lambda的临时变量，很可能会犯晕

编程算法 serverless 打包

0 人点赞