Java의 정적 바인딩 및 동적 바인딩 상세 정보
자바에는 두 가지 귀속 방식이 존재하는데 하나는 정적 귀속이고 조기 귀속이라고도 부른다.또 하나는 동적 귀속이고 후기 귀속이라고도 부른다.
구별 대비
1. 정적 귀속은 컴파일 시기, 동적 귀속은 실행 시 발생
2.private 또는static 또는final로 수식된 변수나 방법을 사용하여 정적 귀속을 사용합니다.허법(이불류로 다시 쓸 수 있는 방법)은 실행할 때의 대상에 따라 동적 귀속됩니다.
3. 정적 귀속은 클래스 정보를 사용하여 완성하고, 동적 귀속은 대상 정보를 사용하여 완성해야 한다.
4. 다시 불러오기(Overload) 방법은 정적 귀속을 사용하고, 다시 쓰기(Override) 방법은 동적 귀속을 사용합니다.
재부팅 방법의 예
여기에 재부팅 방법의 예시를 보여 줍니다.
public class TestMain {
public static void main(String[] args) {
String str = new String();
Caller caller = new Caller();
caller.call(str);
}
static class Caller {
public void call(Object obj) {
System.out.println("an Object instance in Caller");
}
public void call(String str) {
System.out.println("a String instance in in Caller");
}
}
}
22:19 $ java TestMain
a String instance in in Caller
검증
표상만 봐도 정적 귀속을 증명할 수 없습니다.javap로 컴파일하면 검증할 수 있습니다.
22:19 $ javap -c TestMain
Compiled from "TestMain.java"
public class TestMain {
public TestMain();
Code:
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
public static void main(java.lang.String[]);
Code:
0: new #2 // class java/lang/String
3: dup
4: invokespecial #3 // Method java/lang/String."<init>":()V
7: astore_1
8: new #4 // class TestMain$Caller
11: dup
12: invokespecial #5 // Method TestMain$Caller."<init>":()V
15: astore_2
16: aload_2
17: aload_1
18: invokevirtual #6 // Method TestMain$Caller.call:(Ljava/lang/String;)V
21: return
}
재작성 방법의 예
public class TestMain {
public static void main(String[] args) {
String str = new String();
Caller caller = new SubCaller();
caller.call(str);
}
static class Caller {
public void call(String str) {
System.out.println("a String instance in Caller");
}
}
static class SubCaller extends Caller {
@Override
public void call(String str) {
System.out.println("a String instance in SubCaller");
}
}
}
22:27 $ java TestMain
a String instance in SubCaller
검증
javap를 사용하면 동적 귀속을 직접 검증할 수 없습니다. 그리고 정적 귀속을 하지 않았다는 것을 증명하면 동적 귀속을 한 것입니다.
22:27 $ javap -c TestMain
Compiled from "TestMain.java"
public class TestMain {
public TestMain();
Code:
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
public static void main(java.lang.String[]);
Code:
0: new #2 // class java/lang/String
3: dup
4: invokespecial #3 // Method java/lang/String."<init>":()V
7: astore_1
8: new #4 // class TestMain$SubCaller
11: dup
12: invokespecial #5 // Method TestMain$SubCaller."<init>":()V
15: astore_2
16: aload_2
17: aload_1
18: invokevirtual #6 // Method TestMain$Caller.call:(Ljava/lang/String;)V
21: return
}
무거운 짐을 만났을 때 다시 쓰기를 만나다
다음 예는 약간 변태적이다. Caller 클래스에call 방법의 두 가지 재부팅이 존재한다. 더욱 복잡한 것은 SubCaller가 Caller를 집적하고 이 두 가지 방법을 다시 쓴 것이다.사실 이런 상황은 위의 두 가지 상황의 복합 상황이다.
다음 코드는 우선 정적 연결이 발생하고 호출 파라미터가 String 대상인call 방법을 확인한 다음에 실행할 때 동적 연결을 해서 하위 클래스를 실행하는지 상위 클래스의call을 실행하는지 확인합니다.
public class TestMain {
public static void main(String[] args) {
String str = new String();
Caller callerSub = new SubCaller();
callerSub.call(str);
}
static class Caller {
public void call(Object obj) {
System.out.println("an Object instance in Caller");
}
public void call(String str) {
System.out.println("a String instance in in Caller");
}
}
static class SubCaller extends Caller {
@Override
public void call(Object obj) {
System.out.println("an Object instance in SubCaller");
}
@Override
public void call(String str) {
System.out.println("a String instance in in SubCaller");
}
}
}
22:30 $ java TestMain
a String instance in in SubCaller
위에서 이미 소개했기 때문에, 여기는 반번역 결과만 붙일 뿐이다
22:30 $ javap -c TestMain
Compiled from "TestMain.java"
public class TestMain {
public TestMain();
Code:
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
public static void main(java.lang.String[]);
Code:
0: new #2 // class java/lang/String
3: dup
4: invokespecial #3 // Method java/lang/String."<init>":()V
7: astore_1
8: new #4 // class TestMain$SubCaller
11: dup
12: invokespecial #5 // Method TestMain$SubCaller."<init>":()V
15: astore_2
16: aload_2
17: aload_1
18: invokevirtual #6 // Method TestMain$Caller.call:(Ljava/lang/String;)V
21: return
}
동적 귀속이 아니면 안 됩니까?
사실 이론적으로 어떤 방법의 귀속도 정적 귀속으로 실현될 수 있다.예:
public static void main(String[] args) {
String str = new String();
final Caller callerSub = new SubCaller();
callerSub.call(str);
}
그런데 왜 정적 귀속을 하지 않았습니까?
만약에 우리의 Caller가 특정한 프레임워크의 BaseCaller 클래스에서 계승된다고 가정하면 그는call 방법을 실현했고 BaseCaller는 SuperCaller에서 계승했다.SuperCaller에서 콜 방법도 실현되었다.
프레임 1.0의 BaseCaller 및 SuperCaller 가정하기
static class SuperCaller {
public void call(Object obj) {
System.out.println("an Object instance in SuperCaller");
}
}
static class BaseCaller extends SuperCaller {
public void call(Object obj) {
System.out.println("an Object instance in BaseCaller");
}
}
public class TestMain {
public static void main(String[] args) {
Object obj = new Object();
SuperCaller callerSub = new SubCaller();
callerSub.call(obj);
}
static class Caller extends BaseCaller{
public void call(Object obj) {
System.out.println("an Object instance in Caller");
super.call(obj);
}
public void call(String str) {
System.out.println("a String instance in in Caller");
}
}
static class SubCaller extends Caller {
@Override
public void call(Object obj) {
System.out.println("an Object instance in SubCaller");
}
@Override
public void call(String str) {
System.out.println("a String instance in in SubCaller");
}
}
}
그리고 우리는 이 프레임워크 1.1 버전에서 BaseCaller가 SuperCaller의call 방법을 다시 쓰지 않는다고 가정하면 위의 가설은 정적으로 귀속될 수 있는call이 1.1 버전에서 실현되는 데 문제가 생길 수 있다. 왜냐하면 1.1 버전에서super이기 때문이다.call은 SuperCaller의call 방법으로 이루어져야 하며, 정적 귀속이 확정된 BaseCaller의call 방법으로 이루어진다고 가정하지 않습니다.
그래서 일부 실제적으로 정적 귀속을 할 수 있고 안전과 일치성을 고려하여 아예 동적 귀속을 했다.
얻은 최적화 시사점?
동적 귀속은 실행할 때 어떤 버전을 실행하는 방법의 실현이나 변수를 결정해야 하기 때문에 정적 귀속보다 시간이 오래 걸린다.
그래서 전체적인 디자인에 영향을 주지 않고 방법이나 변수를private,static 또는final로 수식하는 것을 고려할 수 있다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
JPA + QueryDSL 계층형 댓글, 대댓글 구현(2)이번엔 전편에 이어서 계층형 댓글, 대댓글을 다시 리팩토링해볼 예정이다. 이전 게시글에서는 계층형 댓글, 대댓글을 구현은 되었지만 N+1 문제가 있었다. 이번에는 그 N+1 문제를 해결해 볼 것이다. 위의 로직은 이...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.
좋은 웹페이지 즐겨찾기
