일반 메소드와 함께 원시 유형을 사용하면 예기치 않은 동작이 발생하는 이유는 무엇입니까?

일반 메소드를 사용한 원시 유형의 동작 이해

Java의 제네릭을 사용할 때 원시 유형 사용의 의미를 이해하는 것이 중요합니다. 그리고 일반적인 방법에 미치는 영향. 특정 코드 예제를 자세히 살펴보고 원시 유형이 메서드 결정에 어떤 영향을 미치는지 살펴보겠습니다.

문자열의 ArrayList가 생성되어 배열로 변환되는 다음 코드 조각을 고려해 보세요.

ArrayList<String> a = new ArrayList<String>();
String[] s = a.toArray(new String[0]);

예상대로 이 코드는 Java 1.6 및 1.7에서 성공적으로 컴파일됩니다. 그러나 ArrayList 참조가 원시 유형으로 선언되면 컴파일 중에 오류가 발생합니다.

ArrayList a = new ArrayList();
String[] s = a.toArray(new String[0]); // Error: Argument required String[] found Object[]

이 시나리오에서 컴파일러는 일반 메서드 toArray(myArray)를 수신에도 불구하고 Object[]를 반환하는 것으로 해석합니다. String[]을 인수로 사용합니다. 메소드 시그니처가 유형 매개변수 를 명확하게 지정한다는 점을 고려하면 이러한 동작은 전혀 예상치 못한 것입니다.

이를 이해하기 위해 JLS(Java 언어 사양) 섹션 4.8을 고려해 보겠습니다. "슈퍼클래스나 슈퍼인터페이스에서 상속되지 않은 원시 유형 C의 인스턴스 메소드 M ​​유형은 C에 해당하는 일반 선언에서 해당 유형이 삭제된 원시 유형입니다."

본질적으로 원시 유형을 사용할 때 컴파일러는 본질적으로 모든 유형 정보를 버리고 클래스의 원시 표현만 남깁니다. 즉, 이 예에서 toArray 메서드는 원래 제네릭 메서드로 정의되었음에도 불구하고 효과적으로 Object[] 반환 유형을 사용하는 비제네릭 메서드가 됩니다.

이러한 원시 유형의 일반성 손실은 중요한 의미가 있습니다.

• 원시 유형을 사용하면 코드가 런타임 유형 오류에 더 취약해질 수 있습니다.
• 컴파일러 경고는 그렇지 않을 수도 있습니다. 원시 유형을 사용할 때는 항상 트리거되어 잠재적인 버그가 발생할 수 있습니다.

일반적으로 원시 유형 사용을 피하고 대신 유형 안전성과 유연성을 위해 제네릭에 의존하는 것이 좋습니다. 그러나 원시 유형의 동작을 이해하면 문제를 해결하고 특정 시나리오에서 현명한 결정을 내리는 데 도움이 될 수 있습니다.

위 내용은 일반 메소드와 함께 원시 유형을 사용하면 예기치 않은 동작이 발생하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!