익명 내부 클래스 매개변수가 최종 유형이어야 하는 이유
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,从而保证:只能指向这个对象,再不能指向其它对象),达到:局部内部类中访问的复制品与方法代码中访问的原始对象,永远都是同一个即:语义效 果是一样的.否则:当方法中改原始变量,而局部内部类中改复制品时,就无法保证:复制品与原始变量保持一致了(因此:它们原本就应该是同一个变量.)
一句话:这个规定是一种无可奈何.也说明:程序设计语言的设计是受到实现技术的限制的.这就是一例. 因为:我就看到不少人都持这种观点:设计与想法是最重要的,实现的技术是无关紧要的,只要你作出设计与规定,都能实现.
现在我们来看,如果我要实现一个在一个方法中匿名调用ABSClass的例子:
public static void test(final String s){ //或final String s = "axman"; ABSClass c = new ABSClass(){ public void m(){ int x = s.hashCode(); System.out.println(x); } }; //其它代码. }
从代码上看,在一个方法内部定义的内部类的方 法访问外部方法内局部变量或方法参数,是非常自然的事,但内部类编译的时候如何获取这个变量,因为内部类除了它的生命周期是在方法内部,其它的方面它就是 一个普通类。那么它外面的那个局部变量或方法参数怎么被内部类访问?编译器在实现时实际上是这样的:
public static void test(final String s){ //或final String s = "axman"; class OuterClass$1 extends ABSClass{ private final String s; public OuterClass$1(String s){ this.s = s; } public void m(){ int x = s.hashCode(); System.out.println(x); } }; ABSClass c = new OuterClass$1(s); //其它代码. }
即外部类的变量被作为构造方法的参数传给了内部类的私有成员.
假如没有final,那么:
public static void test(String s){ //或String s = "axman"; ABSClass c = new ABSClass(){ public void m(){ s = "other"; } }; System.out.println(s); } 就会编译成: public static void test(String s){ //或String s = "axman"; class OuterClass$1 extends ABSClass{ private String s; public OuterClass$1(String s){ this.s = s; } public void m(){ s = "other"; } }; ABSClass c = new OuterClass$1 (s); }
内部类的s重新指向"other"并不影响test的参数或外部定义的那个s.同理如果外部的s重新赋值内部类的s也不会跟着改变。
而你看到的
public static void test(String s){ //或String s = "axman"; ABSClass c = new ABSClass(){ public void m(){ s = "other"; } }; System.out.println(s); }
在语法上是一个s,在内部类中被改变了,但结果打印的出来的你认为是同一的s却还是原来的"axman",
你能接收这样的结果吗?
所以final从语法上约束了实际上两个不同变量的一致性(表现为同一变量).
更多为什么匿名内部类参数必须为final类型相关文章请关注PHP中文网!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











익명 내부 클래스는 메모리 누수를 일으킬 수 있습니다. 문제는 외부 클래스에 대한 참조를 보유하여 외부 클래스가 가비지 수집되는 것을 방지한다는 것입니다. 해결 방법은 다음과 같습니다. 1. 약한 참조를 사용합니다. 외부 클래스가 더 이상 강력한 참조에 의해 유지되지 않으면 가비지 수집기는 약한 참조 개체를 즉시 재활용합니다. 2. 가비지 수집기는 약한 참조 개체를 재활용합니다. 가비지 수집 중에만 메모리가 필요합니다. 그런 다음에만 소프트 참조 개체가 재활용됩니다. 안드로이드 애플리케이션과 같은 실제 전투에서는 익명 내부 클래스로 인해 발생하는 메모리 누수 문제를 약한 참조를 사용하여 해결할 수 있으므로 리스너가 필요하지 않을 때 익명 내부 클래스를 재활용할 수 있습니다.

익명 내부 클래스는 명시적인 이름이 없고 새 표현식을 통해 생성되는 Java의 특수 내부 클래스로, 주로 특정 인터페이스를 구현하거나 추상 클래스를 확장하는 데 사용되며 생성 후 즉시 사용됩니다. 일반적인 익명 내부 클래스 디자인 패턴은 다음과 같습니다. 어댑터 패턴: 하나의 인터페이스를 다른 인터페이스로 변환합니다. 전략 패턴: 알고리즘 정의 및 교체. 관찰자 패턴: 관찰자를 등록하고 이벤트를 처리합니다. 문자열 길이로 TreeSet 정렬, 익명 스레드 생성 등과 같은 실제 응용 프로그램에 매우 유용합니다.

익명 내부 클래스는 Java에서 하위 클래스화, 코드 단순화 및 이벤트 처리(예: 버튼 클릭)를 용이하게 하는 특수 내부 클래스로 사용됩니다. 실제 사례는 다음과 같습니다. 이벤트 처리: 익명의 내부 클래스를 사용하여 버튼에 대한 클릭 이벤트 리스너를 추가합니다. 데이터 변환: Collections.sort 메서드와 익명 내부 클래스를 비교자로 사용하여 컬렉션을 정렬합니다.

익명 내부 클래스의 수명은 범위에 따라 결정됩니다. 메서드-로컬 내부 클래스: 클래스를 생성한 메서드 범위 내에서만 유효합니다. 생성자 내부 클래스: 외부 클래스 인스턴스에 바인딩되고 외부 클래스 인스턴스가 해제될 때 해제됩니다. 정적 내부 클래스: 외부 클래스와 동시에 로드 및 언로드됩니다.

익명 내부 클래스 사용 오류: 스레드로부터 안전하지 않은 환경에서 선언되지 않은 예외 포착을 사용하여 범위를 벗어난 변수에 액세스

익명 내부 클래스의 성능 문제는 사용될 때마다 다시 생성된다는 것입니다. 이는 다음 전략을 통해 최적화할 수 있습니다. 1. 익명 내부 클래스를 로컬 변수에 저장합니다. 2. 비정적 내부 클래스를 사용합니다. 표현. 실제 테스트에서는 람다 식 최적화가 가장 효과적인 것으로 나타났습니다.

익명 내부 클래스의 대안인 람다 표현식은 기능적 인터페이스 구현을 정의하는 보다 간결한 방법을 제공합니다. 짧은 구문(매개변수)->표현식을 사용하여 익명 함수를 정의합니다. 기능적 인터페이스를 구현해야 하는 상황(단 하나의 추상 메서드만)에 적합합니다. 목록 정렬, 스레드 정의 등의 작업을 단순화할 수 있습니다.

익명 내부 클래스는 비공개 멤버에 액세스해야 하는 경우, 여러 인스턴스가 필요한 경우, 상속이 필요한 경우, 일반 유형에 액세스해야 하는 경우에 사용하기에 적합하지 않습니다.
