内部使用final参数的原因
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了内部使用final参数的原因相关的知识,希望对你有一定的参考价值。
1 public class Outer { 2 public static void main(String[] args) { 3 Outer outer = new Outer(); 4 Inner inner = outer.getInner("Inner", "gz"); 5 System.out.println(inner.getName()); 6 } 7 8 public Inner getInner(final String name, String city) { 9 //final String name 10 return new Inner() { //或者定义一个内部线程,如果非final,引用指向改变了,内部类是无法知道的,因为编译时复制参数时参数被确定了引用指向 11 private String nameStr = name; 12 13 public String getName() { 14 return nameStr; 15 } 16 }; 17 } 18 } 19 20 interface Inner { 21 String getName(); 22 }
局部变量的生命周期与局部内部类的对象的生命周期的不一致性!
1) 设方法f被调用,从而在它的调用栈中生成了变量i,此时产生了一个局部内部类对象inner_object,它访问了该局部变量i .当方法f()运行结束后,局部变量i就已死亡了,不存在了.但:局部内部类对象inner_object还可能 一直存在(只能没有人再引用该对象时,它才会死亡),它不会随着方法f()运行结束死亡.这时:出现了一个"荒唐"结果:局部内部类对象 inner_object要访问一个已不存在的局部变量i!
2) 如何才能实现?当变量是final时,通过将final局部变量"复制"一份,复制品直接作为局部内部中的数据成员.这样:当局部内部类访问局部变量 时,其实真正访问的是这个局部变量的"复制品"(即:这个复制品就代表了那个局部变量).因此:当运行栈中的真正的局部变量死亡时,局部内部类对象仍可以 访问局部变量(其实访问的是"复制品"),给人的感觉:好像是局部变量的"生命期"延长了.
那么:核心的问题是:怎么才能使得:访问"复制品"与访问真正的原始的局部变量,其语义效果是一样的呢?
当变量是final时,若是基本数据类型,由于其值不变,因而:其复制品与原始的量是一样.语义效果相同.(若:不是final,就无法保证:复制品与原始变量保持一致了,因为:在方法中改的是原始变量,而局部内部类中改的是复制品)
当 变量是final时,若是引用类型,由于其引用值不变(即:永远指向同一个对象),因而:其复制品与原始的引用变量一样,永远指向同一个对象(由于是 final,从而保证:只能指向这个对象,再不能指向其它对象),达到:局部内部类中访问的复制品与方法代码中访问的原始对象,永远都是同一个即:语义效 果是一样的.否则:当方法中改原始变量,而局部内部类中改复制品时,就无法保证:复制品与原始变量保持一致了(因此:它们原本就应该是同一个变量.)
以上是关于内部使用final参数的原因的主要内容,如果未能解决你的问题,请参考以下文章
Android onclicklistener中使用外部类变量时为什么需要final修饰