Java中list.foreach不能使用字符串拼接的问题
作者：hashdog
list.foreach不能使用字符串拼接
如图，不能使用String进行拼接
因为Lambda的本质实际上是匿名内部类，所以t必须是final类型（不过代码中的final可以省略），是不可以重新赋值的。
可以使用
final StringBuilder str = new StringBuilder("已选择:");
如图二
foreach循环中不能使用字符串拼接
问题
@Test
public void forEachTest(){
String str = "中国你好！";
List<String> list = Arrays.asList("a","b","c","d");
list.forEach(item->{
//编辑错误：Variable used in lambda expression should be final or effectively final
str += item;
});
//可以使用增强for
// for (String item : list) {
// str += item;
// }
System.out.println("结果：" + str);
}
该编译不通过的根本原因：Lambda表达式中的局部变量要使用final的问题。
因为String类型属于引用数据类型，String字符串有不可变的特性，String在进行字符串拼接时，每次都会指向不同的地址值，因此str变量不能被看作是一个final类型，也就不符合Lambda表达式的使用要求。
解决
使用StringBuffer或StringBuilder：
@Test
public void forEachTest(){
//String str = "中国你好！";
List<String> list = Arrays.asList("a","b","c","d");
StringBuffer stringbuffer = new StringBuffer("中国你好！");
list.forEach(item->{
stringbuffer .append(item);
});
//可以使用增强for
// for (String item : list) {
// str += item;
// }
System.out.println("结果：" + sb);
}
原理
StringBuffer是一个引用数据类型，在进行append()时，只是修改了内容，并没有改变地址值，这个stringbuffer变量就在编译时看成了final类型的变量，因此可以使用。
Lambda表达式中的局部变量要使用final的问题
lambda表达式使用局部变量要用final
lambda表达式本身是一个匿名内部类的一种编写形式，可以操作外部的变量
使用实例变量或静态变量是没有限制的(可认为是通过 final 类型的局部变量 this 来引用前两者)
使用局部变量必须显式的声明为 final 或实际效果的的 final 类型，即该变量从未被改变过
@Test
public void finalTest(){
String str = "中国你好！";
//在Lambda中使用该变量，该变量不能被修改过，java8会默认加上final
//str = "c";
List<String> list = Arrays.asList("a","b","c","d");
List<String> collect = list.stream().filter(item -> {
return item.equals(str);
}).collect(Collectors.toList());
System.out.println("结果：" + collect);
//不能改变str，否则Lambda表达式中编译失败
//str = "山东你好";
}
一个局部变量如果要在匿名类或是 Lambda 表达式中访问，那么这个局部变量必须是 final 的，即使没有修饰为 final 类型，编译器也会自动加上 final 修饰符。
在 Java 8 下，即使局部变量未声明为 final 类型，一旦在 Lambda 表达式(匿名类) 中使用，就被强型加上了 final 属性，所以后面就无法再次给 str 赋值了。
为什么 Lambda 表达式(匿名类) 不能访问非 final 的局部变量呢？
因为实例变量存在堆中，而局部变量是在栈上分配，Lambda 表达式(匿名类) 会在另一个线程中执行。如果在线程中要直接访问一个局部变量，可能线程执行时该局部变量已经被销毁了，而 final 类型的局部变量在 Lambda 表达式(匿名类) 中其实是局部变量的一个拷贝。
在java编译时，匿名内部类也会被当作普通的类处理，只不过编译器生成它构造方法的时候，除了将外部类的引用传递了过来，还将基本数据类型的变量复制了一份过来，并把引用数据类型的变量引用也传递了过来。因此，基本数据类型的变量当然不能修改了，不然就会跟外部的变量产生不一致，这样的话变量的传递也就变得毫无意义了。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。