终于明白为什么要加 final 关键字了！

女爷i 2021-07-31 19:55 452阅读 0赞

点击上方 **蓝色字体** ，选择“标星公众号”

优质文章，第一时间送达

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg]

作者 | guanpj

链接 | www.jianshu.com/p/acc8d9a67d0c

在开发过程中，由于习惯的原因，我们可能对某种编程语言的一些特性习以为常，特别是只用一种语言作为日常开发的情况。但是当你使用超过一种语言进行开发的时候就会发现，虽然都是高级语言，但是它们之间很多特性都是不太相同的。

### **现象描述** ###

在  Java 8 之前，匿名内部类在使用外部成员的时候，会报错并提示 **“Cannot refer to a non-final variable arg inside an inner class defined in a different method”**：

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 1]

但是在 Java 8 之后，类似场景却没有再提示了:

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 2]

难道是此类变量可以随便改动了吗？当然不是，当你试图修改这些变量的时候，仍然会提示错误：

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 3]

可以看到，当试图修改基本数据类型的变量时，编译器的警告变成了 **“Varible 'num' is accessed from within inner class, need to be final or effectively final”**，很遗憾，仍然不能修改。相比之下，Kotlin 是没有这个限制的：

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 4]

### **原因分析** ###

从表面上当然看不出什么原因，看看编译器做了什么工作吧！运行 *javac* 命令后生成了几个 .class 文件：

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 5]

不难推断，这个 TestInnerClass$1.class 就是匿名内部类编译后的文件，看看它反编译后是什么内容：

class TestInnerClass$1 extends InnerClass {	
        TestInnerClass$1(TestInnerClass var1, int var2, DataBean var3) {	
          super(var1);	
          this.this$0 = var1;	
          this.val$num = var2;	
          this.val$bean = var3;	
        }	
    
    	
        void doSomething() {	
          super.doSomething();	
            System.out.println("num = " + this.val$num);	
            System.out.println("bean name is: " + this.val$bean.name);	
        }	
    }

原来，匿名也会被当作普通的类处理，只不过编译器生成它构造方法的时候，除了将外部类的引用传递了过来，还将基本数据类型的变量复制了一份过来，并把引用数据类型的变量引用也传递了过来。因此，基本数据类型的变量当然不能修改了，不然就会跟外部的变量产生不一致，这样的话变量的传递也就变得毫无意义了。

### **情景对比** ###

但是为什么对于 Kotlin 来说可以在匿名内部类中直接修改基本数据类型的值呢？查看 Kotlin 编译后反编译回来的内容：

public final void useNestedClass(@NotNull final TestNestedClass.DataBean bean) {	
          Intrinsics.checkParameterIsNotNull(bean, "bean");	
          final IntRef num = new IntRef();//---1	
          num.element = 1;//---2	
          String var3 = "before action, num = " + num.element;	
          System.out.println(var3);	
          <undefinedtype> nestedClass = new TestNestedClass.NestedClass() {	
    public void doSomething() {	
                num.element = 678;//---3	
                bean.setName("xyz");	
                String var1 = "num = " + num.element;	
                System.out.println(var1);	
                var1 = "bean name is: " + bean.getName();	
                System.out.println(var1);	
             }	
          };	
          nestedClass.doSomething();	
          String var4 = "after action, num = " + num.element;//---4	
          System.out.println(var4);	
       }

可以发现，当需要传递基本数据类型的变量时，Kotlin 编译器会将这些数据进行包装，从而由值传递变为引用传递，这样内部的修改当然就不会影响到外部了。

验证一下，当变量不进行传递时，Kotlin 编译器是怎么处理的：

public final void useNestedClass(@NotNull TestNestedClass.DataBean bean) {	
          Intrinsics.checkParameterIsNotNull(bean, "bean");	
          int num = 1;	
          String var3 = "before action, num = " + num;	
          System.out.println(var3);	
          int num = 678;	
          var3 = "after action, num = " + num;	
          System.out.println(var3);	
       }

哈哈，并没有多此一举，点个赞！

如果喜欢本篇文章，欢迎转发、点赞。关注订阅号「Web项目聚集地」，回复「全栈」即可获取 2019 年最新 Java、Python、前端学习视频资源。

--------------------

**推荐阅读**

***1.***

***2. ***

***3.***

***4. ***

***5.***

***6.***

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 6]

**喜欢文章，点个** **在看** ** ** ![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 7]

[640_wx_fmt_jpeg]: /images/20210731/026fc131ef994bf199466defe5229780.png?wx_fmt=jpeg
[640_wx_fmt_jpeg 1]: /images/20210731/3eaa3a83f4784f3bb69e589903eb7f14.png?wx_fmt=jpeg
[640_wx_fmt_jpeg 2]: /images/20210731/105637cc49b24a61bed60502afc1d904.png?wx_fmt=jpeg
[640_wx_fmt_jpeg 3]: /images/20210731/f045c833aceb4ba29b6ff8c85c7ca72f.png?wx_fmt=jpeg
[640_wx_fmt_jpeg 4]: /images/20210731/e5022c40818848f5ad816ce5c622a263.png?wx_fmt=jpeg
[640_wx_fmt_jpeg 5]: /images/20210731/25ddd917189943368e300eaa29b5c113.png?wx_fmt=jpeg
[640_wx_fmt_jpeg 6]: /images/20210731/547da56c4a9c4d56ac681cbdf92e7e7a.png?wx_fmt=jpeg
[640_wx_fmt_jpeg 7]: /images/20210731/cff34786350148c285ad649af4a254ad.png?wx_fmt=jpeg