一个真正而且热切地工作的人总是有希望的——只有怠惰才是永恒的绝望。——卡莱尔
在开发中使用lambda经常出现一个问题
编译提示我们lambda中使用的变量必须为final或者effectively final
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
之后就是这样子
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的临时变量，很可能会犯晕
