匿名内部类和局部内部类只能访问final变量的原因

以下是从各大网站找来的解释,我在这里摘抄一些从其他地方搬过来的大致思想,可能会比较乱,
详细解释
http://blog.csdn.net/salahg/article/details/7529091

3.1.原因解析

是变量的作用域的问题,因为匿名内部类是出现在一个方法的内部的,如果它要访问这个方法的参数或者方法中定义的变量,则这些参数和变量必须被修饰为final。因为虽然匿名内部类 在方法的内部,但实际编译的时候,内部类编译成Outer.Inner,这说明内部类所处的位置和外部类中的方法处在同一个等级上,外部类中的方法中的变量或参数只是方法的局部变量,这些变量或参数的作用域只在这个方法内部有效。
这是一个编译器设计的问题,如果你了解java的编译原理的话很容易理解。
首先,内部类被编译的时候会生成一个单独的内部类的.class文件,这个文件并与外部类并不是一个class文件。
因为编译的时候内部类和方法在同一级别上,所以方法中的变量或参数只有为final,内部类才可以引用。
当外部类传的参数被内部类调用时,从java程序的角度来看是直接的调用
例如

public void dosome(final String a,final int b){
class Dosome{public void dosome(){System.out.println(a+b)}};
  Dosome some=new Dosome();
          some.dosome();
          }

从代码来看好像是那个内部类直接调用的a参数和b参数,但是实际上不是,在java编译器编译以后实际的操作代码是

class Outer$Dosome{
    public Dosome(final String a,final int b){
        this.Dosome$a=a;
        this.Dosome$b=b;
    }
    public void dosome(){
        System.out.println(this.Dosome$a+this.Dosome$b);
    }
}
	}

从以上代码看来,内部类并不是直接调用方法传进来的参数,而是内部类将传进来的参数通过自己的构造器备份到了自己的内部,自己内部的方法调用的实际是自己的属性而不是外部类方法的参数。
这样理解就很容易得出为什么要用final了,因为两者从外表看起来是同一个东西,实际上却不是这样,如果内部类改掉了这些参数的值也不可能影响到原参数,然而这样却失去了参数的一致性,因为从编程人员的角度来看他们是同一个东西,如果编程人员在程序设计的时候在内部类中改掉参数的值,但是外部调用的时候又发现值其实没有被改掉,这就让人非常的难以理解和接受,为了避免这种尴尬的问题存在,所以编译器设计人员把内部类能够使用的参数设定为必须是final来规避这种莫名其妙错误的存在。 (简单理解就是,拷贝引用,为了避免引用值发生改变,例如被外部类的方法修改等,而导致内部类得到的值不一致,于是用final来让该引用不可改变)

3.2.个人的理解

(我对上面这段话的大致理解是这样的:虽然内部类是在外部类里面,但是在编译之后这是两个不同的class文件,而内部类在使用外部类的成员变量之后,却被编译成了两个不同的class文件,所以内部类中使用的那个从外部类传过来的那个变量实际并不是外部类中的变量,只是外部类变量的一个拷贝,这样就导致了即使内部类中修改了该变量的值,也不会让外部类中的那个变量发生任何改变,这样就导致一个情况,在同一个Java程序里面,同样名字的一个变量却同时产生了两个不同的值!这是非常荒唐的一件事情,就相当于a等于1的同时又等于2,失去了参数的一致性,所以为了避免这种问题,所以限定内部类可以使用的参数必须为final类型 因为当变量是final时,如果是基本数据类型,由于其值不变,因而:其复制品与原始的量是一样。语义效果相同.(若如果不是final,就无法保证:复制品与原始变量保持一致了,因为在方法中改的是原始变量,而局部内部类中改的是复制品),所以为了保证内部类和外部类中这两个变量值的一致性,所以就把内部类可以使用的外部类的变量限定成final,让内部类无法再修改使用的参数的值,从而避免出现a等于1的同时又等于2这种情况,保证了参数值的一致性)

posted @ 2019-12-21 15:45  穿黑风衣的牛奶  阅读(592)  评论(0编辑  收藏  举报