• 데이터 타입

  • 기본(Primitive) 타입
  • 참조(Reference) 타입

• 기본 타입에는 대응하는 참조 타입이 하나씩 있고, 이를 박싱된 기본 타입이라고 한다.

  • Integer(int)
  • Double(double)
  • Boolean(boolean)

• 기본 타입은 값만 가지고 있으나, 박싱된 기본 타입은 값에 더해 식별성(identity)이란 속성을 갖는다(값이 같아도 서로 다르다고 식별될 수 있다).
• 기본 타입의 값은 언제나 유효하나, 박싱된 기본 타입은 유효하지 않은 값(null)을 가질 수 있다.
• 기본 타입이 박싱된 기본 타입보다 시간과 메모리 사용면에서 더 효율적이다.

// 문제가 있는 코드1
Comparator<Integer> naturalOrder = (i, j) -> (j < j) ? -1 : (i == j ? 0 : 1);

naturalOrder.compare(new Integer(42), new Integer(42)); // 1

// TMI
naturalOrder.compare(Integer.valueOf(42), Integer.valueOf(42)); // 0
naturalOrder.compare(Integer.valueOf(123456789), Integer.valueOf(123456789)); // 1

첫 번째 검사(i < j)에서는 i와 j가 참조하는 오토박싱된 Integer 인스턴스는 기본 타입 값으로 변환되어 잘 동작한다.
두 번째 검사(i == j)에서 두 '객체 참조'의 식별성을 검사하게 되어 문제가 발생한다.
i와 j가 서로 다른 Integer 인스턴스라서 비교 결과가 false가 되고, comparator는 1을 리턴한다.
박싱된 기본 타입에 == 연산자를 사용하면 대개 내가 원하지 않는 방향으로 가게 된다.

기본 타입을 다루는 Comparator가 필요하다면 Comparator.NaturalOrder()를 사용하자

List<Integer> values = Arrays.asList(212, 324, 435, 566, 133, 100, 121); 
values.sort(Comparator.naturalOrder()); // 100, 121, 133, 212, 324, 435, 566 (오름차순)

// 문제를 수정한 Comparator
Comparator<Integer> naturalOrder = (iBoxed, jBoxed) -> {
	int i = iBoxed, j = jBoxed; // 오토박싱
	return i < j ? -1 : (i == j ? 0 : 1);
}

// 문제가 있는 코드2
public class Unbelievable {
	static Integer i;
	
	public static void main(String[] args) {
		if (i == 42)
			System.out.println("Unbelievable");
	}
}

i == 42를 검사할 때 NullPointerException을 던진다. 원인은 int가 아니라 Integer인 i의 초깃값이 null이라는 데 있다.
i == 42에서 Integer와 int를 비교하게 되고, 거의 예외 없이 기본 타입과 박싱된 기본 타입을 혼용한 연산에서는 박싱된 기본 타입의 박싱이 자동으로 풀린다.
그리고 null 참조를 언박싱하면 NullPointerException이 발생한다.

// 해결
static int i;

// 문제가 있는 코드3
public static void main(String[] args) {
	Long sum = 0L;
	
	for (long i = 0; i <= Integer.MAX_VALUE; i++) {
		sum += i;
	}
	System.out.println(sum);
}

컴파일 에러는 없지만, 지역 변수 sum을 박싱된 기본 타입으로 선언하여 for문의 반복 횟수만큼 박싱이 일어나 성능이 느려진다.

• 컬렉션의 원소, 키, 값
  • 매개변수화 타입이나 매개변수화 메서드의 타입 매개변수로는 박싱된 기본 타입을 써야 한다(Java가 타입 매개변수로 기본 타입을 지원하지 않는다).
    • E.g.

      Threadlocal<int>     // 불가능
      Threadlocal<Integer> // 가능

• 리플렉션을 통한 메서드 호출할 때

• 가능하면 박싱된 기본 타입보다 더 간단하고 빠른 기본 타입을 사용하라.
• 오토박싱이 박싱된 기본 타입을 사용할 때의 번거로움을 줄여주지만, 그 위험까지 없애주지 않으니 주의해서 사용하자.
• 주의해야 할 사항
  • 두 박싱된 기본 타입을 == 연산자로 비교한다면 식별성 비교가 이뤄지고, 이는 원하는 방향이 아닐 가능성이 크다.
  • 같은 연산에서 기본 타입과 박싱된 기본 타입을 혼용하면 언박싱이 이뤄지며, null 참조를 언박싱하면 NullpointerException이 발생한다.
  • 기본 타입을 박싱하는 작업은 '불필요한 객체 생성'을 하는 부작용이 발생할 수 있다.