一个真正而且热切地工作的人总是有希望的——只有怠惰才是永恒的绝望。——卡莱尔
在开发中使用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的临时变量,很可能会犯晕