오버로드된 메서드 호출: 실제 매개변수 유형의 우선순위 지정
Java의 메서드 오버로딩 메커니즘은 선언된 매개변수 유형을 기반으로 가장 적절한 구현을 선택합니다. 그러나 일반적인 오해는 오버로드 해결 중에 실제 유형도 고려한다는 것입니다.
과제
다음 코드 조각을 고려하세요.
interface Callee { public void foo(Object o); public void foo(String s); public void foo(Integer i); } class CalleeImpl implements Callee { public void foo(Object o) { logger.debug("foo(Object o)"); } public void foo(String s) { logger.debug("foo(\"" + s + "\")"); } public void foo(Integer i) { logger.debug("foo(" + i + ")"); } } Callee callee = new CalleeImpl(); Object i = new Integer(12); Object s = "foobar"; Object o = new Object(); callee.foo(i); callee.foo(s); callee.foo(o);
실행 시 이 코드는 실제 구현을 기반으로 다른 구현을 선택하는 대신 예기치 않게 "foo(Object o)"를 세 번 인쇄합니다. 매개변수 유형.
근본 원인
Java에서 메소드 호출은 메소드가 호출되는 객체에 대해 동적으로 전달되지만 매개변수 유형에 대해서는 전달되지 않습니다. Java 언어 사양에서는 "인수의 컴파일 타임 유형"이 선택된 메소드 서명을 결정한다고 명시적으로 명시하고 있습니다.
따라서 매개변수 선언은 매개변수 할당 중에 발생하는 잠재적인 유형 변환이나 승격을 재정의합니다. 결과적으로 제공된 코드의 세 호출은 모두 "foo(Object o)" 메서드로 확인됩니다. Object는 세 매개 변수 모두의 선언된 유형이기 때문입니다.
해결 방법
이 문제를 해결하고 오버로드 해결에서 실제 매개변수 유형의 우선순위를 지정하려면 다음 전략을 고려하십시오.
위 내용은 Java 메소드 오버로딩은 실제 매개변수 유형과 선언된 유형을 어떻게 처리합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!