【无标题】

本文解释了Java中外部类和内部类作用域的问题,指出当内部类试图访问外部方法的非final局部变量时会遇到问题。通过反编译和深入理解变量复制原理,作者揭示了如何通过设置局部变量为final来解决一致性问题。
摘要由CSDN通过智能技术生成

class OutClass {
    private int age = 12;
 
    public void outPrint(final int x) {
        class InClass {
            public void InPrint() {
                System.out.println(x);
                System.out.println(age);
            }
        }
        new InClass().InPrint();
    }
}

  这里有一个外部类OuterClass和一个内部类InClass,内部类访问了外部类的一个方法中的一个局部变量x,在这里,x必须是final的,否则会报错:
        Cannot refer to a non-final variable x inside an inner class defined in a different method

       下面来分析下这个问题:


      追究其根本原因就是作用域中变量的生命周期导致的;

       首先需要知道的一点是:内部类和外部类是处于同一个级别的,内部类不会因为定义在方法中就会随着方法的执行完毕就被销毁.

     这里就会产生问题:当外部类的方法结束时,局部变量就会被销毁了,但是内部类对象可能还存在(只有没有人再引用它时,才会死亡)。这里就出现了一个矛盾:内部类对象访问了一个不存在的变量。为了解决这个问题,就将局部变量复制了一份作为内部类的成员变量,这样当局部变量死亡后,内部类仍可以访问它,实际访问的是局部变量的”copy”。这样就好像延长了局部变量的生命周期。我们可以通过反编译生成的.class文件来实验:

       在命令行窗口中先执行命令” javac OutClass.java”进行编译,会得到两个文件: OutClass$1InClass.class、OutClass.class:

   

   javap是 Java class文件分解器,可以反编译,也可以查看java编译器生成的字节码。

       这里我们可以再执行命令”javap -privateOutClass$1InClass”进行反编译,”-private”表示显示所有类和成员,执行后会得到如下结果:


     可见方法中的局部变量实际上确实会复制为内部类的成员变量使用。


       问题又出现了:将局部变量复制为内部类的成员变量时,必须保证这两个变量是一样的,也就是如果我们在内部类中修改了成员变量,方法中的局部变量也得跟着改变,怎么解决问题呢?

       就将局部变量设置为final,对它初始化后,我就不让你再去修改这个变量,就保证了内部类的成员变量和方法的局部变量的一致性。这实际上也是一种妥协。

      若变量是final时:

若是基本类型,其值是不能改变的,就保证了copy与原始的局部变量的值是一样的;

若是引用类型,其引用是不能改变的,保证了copy与原始的变量引用的是同一个对象。

这就使得局部变量与内部类内建立的拷贝保持一致。
————————————————
版权声明:本文为CSDN博主「sf_climber」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/sf_climber/article/details/78326984

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值