자바 에서 왜 내부 클래스 가 외부 클래스 의 국부 변 수 를 인용 할 때 외부 클래스 의 국부 변 수 는 반드시 final 이 있어 야 합 니까?
우리 가 한 클래스 의 함수 에서 내부 클래스 A, A 가 외부 클래스 부분 변 수 를 사용 할 때 외부 클래스 부분 변 수 를 final 로 설명 하지 않 으 면 만 날 수 있 습 니 다.
Cannot refer to a non-final variable message inside an inner class defined in a different method
컴 파일 오류.
우리 에 게 다음 과 같은 코드 가 있다 고 가정 하 자.
private String enclosingClassField;
private void updateStatus() {
final MutableClass ms = new MutableClass(1, 2);
Runnable doUpdateStatus = new Runnable() {
public void run() {
// you can use `EnclosingClass.this` because its is always final
EnclosingClass.this.enclosingClassField = "";
// shorthand for the previous line.
enclosingClassField = "";
// you cannot change `ms`, but you can change its mutable fields.
ms.x = 3;
}
}
/* do something with doUpdateStatus, like SwingUtilities.invokeLater() */
}
JAVA 컴 파 일 러 는 내부 클래스 를 이렇게 처리 합 니 다.
외부 클래스 부분 변수 사용: 컴 파 일 러 는 내부 클래스 에서 사용 하 는 외부 클래스 부분 변수의 값 을 내부 클래스 의 구조 함수 에 복사 하기 때문에 내부 클래스 가 실 행 될 때 외부 클래스 부분 변수의 값 이 아 닌 로 컬 저장 값 을 사용 합 니 다. 또한 내부 클래스 가 onClickListener 라면 내부 클래스 가 실 행 될 때 외부 클래스 부분 변수의 값 은 존재 하지 않 습 니 다.
외부 클래스 변수: 외부 클래스 의 인용 은 내부 클래스 의 구조 함수 에 복사 되 고 내부 클래스 는 이 인용 을 통 해 외부 클래스 에 접근 하 는 변 수 를 참조 합 니 다.
따라서 값 의 일치 성 을 고려 하여 non - final 의 부분 변 수 는 내부 류 에 전달 한 후에 값 을 수정 할 수 있 고 내부 류 에 저 장 된 외부 류 부분 변수 값 과 외부 류 부분 변수 값 이 다 릅 니 다.외부 클래스 구성원 변 수 는 인용 을 통 해 접근 하기 때문에 일치 성 문제 가 존재 하지 않 습 니 다.
또한 다른 사람의 말 을 인용 했다. 내부 클래스 는 직접 호출 방법 으로 들 어 오 는 매개 변수 가 아니 라 내부 클래스 가 들 어 오 는 매개 변 수 를 자신의 구조 기 를 통 해 자신의 내부 로 백업 했다. 자신의 내부 방법 은 실제 적 으로 자신의 속성 이지 외부 클래스 의 매개 변수 가 아니다.이렇게 이해 하면 왜 final 을 사용 해 야 하 는 지 쉽게 알 수 있다. 두 가 지 는 겉으로 볼 때 같은 것 처럼 보이 지만 사실은 그렇지 않다. 만약 에 내부 류 가 이런 매개 변수의 값 을 바 꾸 면 원래 의 매개 변수 에 영향 을 줄 수 없 지만 이렇게 하면 매개 변수의 일치 성 을 잃 게 된다. 프로그래머 의 측면 에서 볼 때 그들 은 같은 것 이기 때문이다.만약 에 프로그래머 가 프로 그래 밍 을 할 때 내부 클래스 에서 매개 변수의 값 을 바 꾸 지만 외부 에서 호출 할 때 값 이 바 뀌 지 않 았 다 는 것 을 발견 하면 이해 하기 어렵 고 받 아들 이기 어렵다. 이런 어색 한 문제 가 존재 하지 않도록그래서 컴 파일 러 설계 자 는 내부 클래스 가 사용 할 수 있 는 매개 변 수 를 final 로 설정 하여 이런 알 수 없 는 오 류 를 피해 야 한다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
Is Eclipse IDE dying?In 2014 the Eclipse IDE is the leading development environment for Java with a market share of approximately 65%. but ac...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.