匿名内部类的参数传递使用final

原创 2013年12月04日 10:09:15

匿名内部类的参数传递使用final

 

package services;

public class Test1 {

	public static void main(String[] args) {
		String  name = "dd";
		Test1.startThread(name);
	}
	
	public static void startThread(final String name){
		new Thread(){
			@Override
			public void run() {
				System.out.println(name);
			}
		}.start();
	}

}

 

文章来至于http://www.189works.com/article-97599-1.html

 

1)  从程序设计语言的理论上:局部内部类(即:定义在方法中的内部类),由于本身就是在方法内部(可出现在形式参数定义处或者方法体处),因而访问方法中的局部变量(形式参数或局部变量)是天经地义的.是很自然的

 

 

2)  为什么JAVA中要加上一条限制:只能访问final型的局部变量?

 

 

3)  JAVA语言的编译程序的设计者当然全实现:局部内部类能访问方法中的所有的局部变量(因为:从理论上这是很自然的要求),但是:编译技术是无法实现的或代价极高.

 

 

4)  困难在何处?到底难在哪儿?

     局部变量的生命周期与局部内部类的对象的生命周期的不一致性!

 

 

5)  设方法f被调用,从而在它的调用栈中生成了变量i,此时产生了一个局部内部类对象inner_object,它访问了该局部变量i .当方法f()运行结束后,局部变量i就已死亡了,不存在了.但:局部内部类对象inner_object还可能   一直存在(只能没有人再引用该对象时,它才会死亡),它不会随着方法f()运行结束死亡.这时:出现了一个"荒唐"结果:局部内部类对象inner_object要访问一个已不存在的局部变量i!

 

 

6)  如何才能实现?当变量是final时,通过将final局部变量"复制"一份,复制品直接作为局部内部中的数据成员.这样:当局部内部类访问局部变量时,其实真正访问的是这个局部变量的"复制品"(即:这个复制品就代表了那个局部变量).因此:当运行栈中的真正的局部变量死亡时,局部内部类对象仍可以访问局部变量(其实访问的是"复制品"),给人的感觉:好像是局部变量的"生命期"延长了.

 

 

那么:核心的问题是:怎么才能使得:访问"复制品"与访问真正的原始的局部变量,其语义效果是一样的呢?

当变量是final时,若是基本数据类型,由于其值不变,因而:其复制品与原始的量是一样.语义效果相同.(若:不是final,就无法保证:复制品与原始变量保持一致了,因为:在方法中改的是原始变量,而局部内部类中改的是复制品)

 

当变量是final时,若是引用类型,由于其引用值不变(即:永远指向同一个对象),因而:其复制品与原始的引用变量一样,永远指向同一个对象(由于是final,从而保证:只能指向这个对象,再不能指向其它对象),达到:局部内部类中访问的复制品与方法代码中访问的原始对象,永远都是同一个即:语义效果是一样的.否则:当方法中改原始变量,而局部内部类中改复制品时,就无法保证:复制品与原始变量保持一致了(因此:它们原本就应该是同一个变量.)

 

一句话:这个规定是一种无可奈何.也说明:程序设计语言的设计是受到实现技术的限制的.这就是一例. 因为:我就看到不少人都持这种观点:设计与想法是最重要的,实现的技术是无关紧要的,只要你作出设计与规定,都能实现.

 

验证参数传递引发的Java编译错误“No enclosing instance of type XXX is accessible" 及匿名内部类

1.为了验证实参和形参的区别,运行下面代码: public class ArgPassTest {     public class MyObject { //此行用public没有报错    ...

Java中的final参数/变量+匿名内部类的字节码分析,以及Java 8中的使用

在Java 8之前一个常识就是如果要在方法中定义一个匿名内部类并使用该方法内的局部变量(包括参数),需要使用final关键字修饰。网上也有很多对这种机制的解释和说明,但是大部分都是一种抽象的认识。如果...

匿名内部类使用了一个在其外部定义的对象,为什么编译器会要求其参数引用是final呢

【摘】匿名内部类使用了一个在其外部定义的对象,为什么编译器会要求其参数引用是final呢 2010-05-19 20:33 是匿名内部类,不是普通的内部类。 原因如下: ...

java为什么匿名内部类的参数引用时final?

https://www.zhihu.com/question/21395848

为什么匿名内部类参数必须为final类型

1)  从程序设计语言的理论上:局部内部类(即:定义在方法中的内部类),由于本身就是在方法内部(可出现在形式参数定义处或者方法体处),因而访问方法中的局部变量(形式参数或局部变量)是天经地义的.是很自...

为什么匿名内部类参数必须为final类型

为什么匿名内部类参数必须为final类型 博客分类:  java   1)  从程序设计语言的理论上:局部内部类(即:定义在方法中的内部类),由于本身就是在方法内部(可出现...

为什么匿名内部类中引用的局部变量和参数需要final而成员字段不用?

http://www.blogjava.net/DLevin/archive/2011/11/23/364599.html 昨天有一个比较爱思考的同事和我提起一个问题:为什么匿名...
  • wwww4
  • wwww4
  • 2015年07月02日 20:51
  • 963

为什么匿名内部类参数必须为final类型

1)  从程序设计语言的理论上:局部内部类(即:定义在方法中的内部类),由于本身就是在方法内部(可出现在形式参数定义处或者方法体处),因而访问方法中的局部变量(形式参数或局部变量)是天经地义的.是很自...

关于为什么匿名内部类参数必须为final类型

大部分时候,类被定义成一个独立的程序单元。在某些情况下,也会把一个类放在另一个类的内部定义,这个定义在其他类内部的类就被称为内部类,包含内部类的类也被称为外部类。    class Out...

为什么匿名内部类参数必须为final类型

1)  从程序设计语言的理论上:局部内部类(即:定义在方法中的内部类),由于本身就是在方法内部(可出现在形式参数定义处或者方法体处),因而访问方法中的局部变量(形式参数或局部变量)是天经地义的.是很自...
  • qfycc92
  • qfycc92
  • 2014年10月06日 12:34
  • 482
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:匿名内部类的参数传递使用final
举报原因:
原因补充:

(最多只允许输入30个字)