Java 개발자가 여전히 래퍼 클래스보다 기본 유형을 선호하는 이유는 무엇입니까?

Java에서 기본 형식의 지속성 공개

Java 5에서 자동 박싱 및 언박싱이 도입되었음에도 불구하고 기본 형식은 Java에서 계속해서 자리를 잡고 있습니다. 많은 프로젝트. 이는 개발자가 왜 여전히 java.lang.Integer와 같은 객체 유형보다 기본 유형을 선호하는지에 대한 의문을 제기합니다.

Joshua Bloch가 그의 주요 저서 "Effective Java"에서 설명한 것처럼 과도한 객체 생성은 성능에 해롭다. 다음 코드는 이를 보여줍니다.

public static void main(String[] args) {
    Long sum = 0L;
    for (long i = 0; i <= Integer.MAX_VALUE; i++) {
        sum += i;
    }
    System.out.println(sum);
}

Long 개체를 사용하는 이 코드는 실행하는 데 약 43초가 걸립니다. 그러나 Long을 기본 유형인 long으로 변환하면 실행 시간이 단 6.8초로 단축됩니다.

또 다른 고려 사항은 Java에서 기본 값 동일성이 없다는 것입니다. 객체 동등성은 equals() 메소드를 사용하여 수행되는 반면, 기본 유형은 동등성을 확인하는 보다 간결하고 효율적인 방법을 제공하는 == 연산자를 사용합니다. 다음 예를 고려하십시오.

class Biziclop {
    public static void main(String[] args) {
        System.out.println(new Integer(5) == new Integer(5));
        System.out.println(new Integer(500) == new Integer(500));

        System.out.println(Integer.valueOf(5) == Integer.valueOf(5));
        System.out.println(Integer.valueOf(500) == Integer.valueOf(500));
    }
}

출력 결과는 [-128; 127], JVM 캐싱으로 인해 기본 유형은 동등성 검사에 대해 true를 반환합니다. 하지만 이 범위를 벗어나면 객체가 생성되어 잘못된 결과가 발생합니다. 이러한 캐싱 동작은 동등성 검사에서 불일치를 초래할 수 있으며 이는 기본 유형이 피하는 것입니다.

따라서 오토박싱 및 언박싱은 편의성을 제공하지만 기본 유형의 성능 이점과 효율적인 동등성 검사는 계속해서 기본 유형을 Java 개발에서 실행 가능한 선택으로 만듭니다. , Java 5 이상이 필요한 프로젝트에서도 가능합니다.

위 내용은 Java 개발자가 여전히 래퍼 클래스보다 기본 유형을 선호하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!