JDK 1.8 之前需要用 final 修饰，否则编译器会报错。虽然JDK 1.8 及以后增加语法糖，不用显式地用 final 修饰了，但需要知道，编译器已经为你做了这一步。因为匿名内部类之所以可以访问局部变量，是因为在底层将这个局部变量的值传入到了匿名内部类中，并且以匿名内部类的成员变量的形式存在，这个值的传递过程是通过匿名内部类的构造器完成的。
为什么需要用final修饰局部变量呢?
按照习惯，我依旧先给出问题的答案：用final修饰实际上就是为了保护数据的一致性。
JDK 1.8 之前需要用 final 修饰，否则编译器会报错。虽然JDK 1.8 及以后增加语法糖，不用显式地用 final 修饰了，但需要知道，编译器已经为你做了这一步。
public class Hello {
public static void main(String[] args) {
String str="haha";
new Thread() {
@Override
public void run() {
System.out.println(str);
}
}.start();
}
}这段代码看上去没问题 但是呢其实根本就编译不通过。
我们要用final修饰str才行
因为匿名内部类之所以可以访问局部变量，是因为在底层将这个局部变量的值传入到了匿名内部类中，并且以匿名内部类的成员变量的形式存在，这个值的传递过程是通过匿名内部类的构造器完成的。
为什么需要用final修饰局部变量呢?
按照习惯，我依旧先给出问题的答案：用final修饰实际上就是为了保护数据的一致性。
这里所说的数据一致性，对引用变量来说是引用地址的一致性，对基本类型来说就是值的一致性。
这里我插一点，final修饰符对变量来说，深层次的理解就是保障变量值的一致性。为什么这么说呢？因为引用类型变量其本质是存入的是一个引用地址，说白了还是一个值（可以理解为内存中的地址值）。用final修饰后，这个这个引用变量的地址值不能改变，所以这个引用变量就无法再指向其它对象了。
回到正题，为什么需要用final保护数据的一致性呢？
因为将数据拷贝完成后，如果不用final修饰，则原先的局部变量可以发生变化。这里到了问题的核心了，如果局部变量发生变化后，匿名内部类是不知道的（因为他只是拷贝了局不变量的值，并不是直接使用的局部变量）。这里举个栗子：原先局部变量指向的是对象A，在创建匿名内部类后，匿名内部类中的成员变量也指向A对象。但过了一段时间局部变量的值指向另外一个B对象，但此时匿名内部类中还是指向原先的A对象。那么程序再接着运行下去，可能就会导致程序运行的结果与预期不同
下面举多一个例子
用final修饰后 这样就可以sout i了
