因为生命周期的原因:方法中的局部变量，方法结束后这个变量就要释放掉，final保证这个变量始终指向一个对象。    简单理解就是，程序由上向下执行，局部变量若没有final修饰，执行完就会消失，等内部类执行此变量时，已经找不到此变量。

(首先，内部类和外部类其实是处于同一个级别，内部类不会因为定义在方法中就会随着方法的执行完毕而跟随者被销毁。
问题就来了，如果外部类的方法中的变量不定义final，那么当外部类方法执行完毕的时候这个局部变量就被垃圾回收机制回收，然而内部类的某个方法还没有执行完，这个时候他所引用的外部变量已经找不到了。
如果定义为final，java会将这个变量复制一份作为成员变量内置于内部类中，这样的话，由于final所修饰的值始终无法改变，所以这个变量所指向的内存区域就不会变。)

    因为生命周期的原因:方法中的局部变量，方法结束后这个变量就要释放掉，final保证这个变量始终指向一个对象。    简单理解就是，程序由上向下执行，局部变量若没有final修饰，执行完就会消失，等内部类执行此变量时，已经找不到此变量。

(首先，内部类和外部类其实是处于同一个级别，内部类不会因为定义在方法中就会随着方法的执行完毕而跟随者被销毁。
问题就来了，如果外部类的方法中的变量不定义final，那么当外部类方法执行完毕的时候这个局部变量就被垃圾回收机制回收，然而内部类的某个方法还没有执行完，这个时候他所引用的外部变量已经找不到了。
如果定义为final，java会将这个变量复制一份作为成员变量内置于内部类中，这样的话，由于final所修饰的值始终无法改变，所以这个变量所指向的内存区域就不会变。)