如果这段代码是合法的，那么会引起十分糟糕的结果。自增操作matches++不是原子操作，如果多个线程并发执行该自增操作，天晓得会发生什么。
不要指望编译器会捕获所有并发访问错误。不可变的约束只作用在局部变量上，如果matches是一个实例变量或者闭合类的静态变量，那么不会有任何错误被报告出来即使结果同样未定义。同样，改变一个共享对象也是完全合法的，即使这样并不恰当。例如：
List<Path> matches = new ArrayList<>();
for(Path p: files)
//你可以改变matches的值，但是在多线程下是不安全的
new Thread(() -> {if(p中包含某些属性) matches.add(p);}).start();
注意matches是“有效final”的（一个有效的final变量被初始化后，就永远不会再被赋一个新值的变量）。在我们的示例中，matches总是引用同一个ArrayList对象，但是，这个对象是可变的，因此是线程不安全的 。如果多个线程同时调用add方法，结果将无法预测。
lambda表达式的方法体与嵌套代码块有着相同的作用域。因此它也适用同样的命名冲突和屏蔽规则。在lambda表达式中不允许声明一个与局部变量同名的参数或者局部变量。
Path first = Paths.get("/usr/bin");
Comparator<String> comp = （first,second) ->
Integer.compare(first.length(),second.length());
//错误，变量first已经定义了
在一个方法里，你不能有两个同名的局部变量，因此，你也不能在lambda表达式中引入这样的变量。
当你在lambda表达式中使用this关键字，你会引用创建该lambda表达式的方法的this参数，以下面的代码为例：
public class Application{
public void doWork(){
Runnable runner = () -> {....;System.out.println(this.toString());......};
}
}
表达式this.toString()会调用Application对象的toString()方法，而不是Runnable实例的toString()方法。在lambda表达式中使用this，与在其他地方使用this没有什么不同。lambda表达式的作用域被嵌套在doWork()方法中，并且无论this位于方法的何处，其意义都是一样的。