✅ 메모리 측면의 차이

• 기본형

  int x = 10;
  

  • 값 자체가 스택 또는 객체 내부에 직접 저장
  • 크기: 4바이트

• 참조형(래퍼 타입)

  Integer x = 10;
  

  • 힙에 Integer 객체 생성되고 내부에 int value 필드 존재하며 객체 헤더까지 포함됨
  • 기본형과 비교했을 떄 같은 숫자 하나에 메모리 4~8배 이상 사용

✅ 객체 생성 비용

• 오토박싱 시 일어나는 일

  // int -> Integer
  Integer x = i;
  

  • 새 객체 생성(new Integer(i) 또는 캐시 조회)
  • 힙 할당
  • 초기화
  • 즉, 단순 대입이랑은 거리가 멀다
  • 만약에 캐시가 있다고 하더라도 캐시 범위는 보통 -128 ~ 127이므로 범위 밖은 매번 객체가 생성됨

✅ 성능 측면(CPU)

int sum = a + b;

Integer sum = a + b;

• 두번째는 내부적으로 언박싱(Integer → int) → 덧샘 → 박싱(int → Integer)로 최소 3단계 연산 발생
• JIT가 최적화해줘도 한계가 있음

✅ GC 부담

• 기본형은 GC 대상이 아님
• 반면에 레퍼 객체는 힙 객체이므로 수명일 짧으면 Young GC 빈도 증가(루프, 스트림, 대량 데이터에서 체감되는 영역)

✅ 캐시 / 메모리 접근 패턴

• 기본형 배열은 연속된 메모리로 CPU, 캐시 친화적
• 반면에 래퍼 배열의 경우 객체 참조 배열이므로 실제 값은 여기저기 흩어져있어 캐시 미스 증가

✅ Null 안정성 문제

• 기본형은 null 대입 자체가 안됨
• 래퍼는 null 체크에 대한 부담이 생김

✅ 이를 위해 나온 설계

• 기본형 스트림(IntStream, LongStream, DoubleStream) → 박싱/언박싱 제거 목적