똑같은 기능의 객체를 매번 생성하기보다는 객체 하나를 재사용하는 것이 좋다.

불필요한 객체 생성을 피하는 예시

1. String 생성

   String s = new String("bikini"); // 1.잘못된 코드
   String s1 = "bikini"; // 2.개선된 코드 
   

   • “bikini” 자체가 이 생성자로 만들어내려는 String과 기능적으로 완전히 같음
   • 2번 방식을 사용하면 같은 가상 머신 안에서 이와 똑같은 문자열 리터럴을 사용하는 모든 코드가 같은 객체를 재사용함이 보장됨
     • String Constant Pool
       • String Constant Pool은 Java의 메모리 영역 중 하나로, 문자열 리터럴을 저장하는 특별한 영역
       • Java에서 문자열은 불변(immutable)하기 때문에, 두 개 이상의 동일한 문자열 리터럴은 메모리에 한번만 저장됨

2. 정적 팩터리 메서드

   • Boolean(String) 생성자 대신 Boolean.valueOf(String) 팩터리 메서드를 사용하는 것이 좋음

     → 생성자는 호출할 때마다 새로운 객체를 만들지만 정적 팩터리 메서드는 그렇지 않음

3. 정규 표현식

   static boolean isRomanNumeral(String s){
   	return s.matches("정규식");
   }
   

   • String.matches가 내부에서 만드는 정규표현식용 Pattern 인스턴스는, 한번 쓰고 버려져서 곧바로 gc 대상이 됨

   • 성능 개선을 위해서, 필요한 정규표현식을 표현하는 불변인 Pattern 인스턴스를 캐싱하여 사용해야 함

     public class RomanNumerals{
     	private static final Pattern ROMAN = Pattern.compile("~~");
     	
     	static boolean isRomanNumeral(String s){
     		return ROMAN.matcher(s).matches();
     	}
     }
     

     → 클래스가 초기화된 후 메서드를 한번도 호출하지 않으면 ROMAN 필드는 쓸데없이 초기화된 것이 됨

     → 위 문제를 지연 초기화를 통해 해결할 수 있지만 코드가 복잡해지고, 성능은 크게 개선되지 않는 경우가 많아 권하지 않음

4. 오토박싱 (auto boxing)

   • 프로그래머가 기본 타입과 박싱된 기본 타입을 섞어 쓸 때 자동으로 상호 변환해주는 기술

   • 박싱된 기본 타입보다는 기본 타입을 사용하고, 의도치 않은 오토박싱 사용을 주의하자

     private static long sum(){
     	Long sum = 0L;
     	for(long i = 0; i<= Integer.MAX_VALUE; i++){
     			sum+=i;
     		}
     	return sum;
     }
     

     • Long 타입으로 선언하여 불필요한 Long 인스턴스가 생성됨
     • sum+=i 시 sum 값이 long 으로 변환, 계산된 결과가 다시 Long으로 변환됨

주의점

• 객체가 불변이라면 재사용해도 안전함. 이러한 특성을 살려 자바의 기본 라이브러리에서 많이 활용하고 있는데 만약 개발자가 이런 활용 사실을 인지하지 못할 경우 오히려 혼란을 야기할 수 있음
  • ex) 어댑터
    • 인터페이스를 통해서 뒤에 있는 객체로 연결해주는 객체라 여러개 만들 필요가 없음

Map<String, Integer> map = new HashMap<>();
map.put("도끼", 3);
map.put("활",1);

Set<String> set1 = map.keySet();
Set<String> set2 = map.keySet();

set1.remove("도끼");

System.out.println(set1.size()); // 1
System.out.println(set2.size()); // 1 (2라고 생각할 수도!)

• Map 인터페이스가 제공하는 keySet은 Map이 뒤에 있는 Set 인터페이스의 뷰를 제공함
• keySet을 호출할 때마다 새로운 객체가 나올거 같지만 사실 같은 객체를 리턴하기 때문에 리턴 받은 Set 타입의 객체를 변경하면, 결국에 그 뒤에 있는 Map 객체를 변경하게 된다.

→ 주의해서 사용하자!

정리

• 객체 생성이 비싸니 피해야 한다는 것이 아님
• 프로그램의 명확성, 간결성, 기능을 위해서는 추가 객체를 만들 수 있음
• [Item50]방어적 복사(defensive copy) 와 대비되는 내용이기 때문에 객체 생성을 해야하는 경우와 하지 않고 기존 것을 재사용해야 하는 부분은 개발자의 역량에 달려있다 (혹은 성능 테스트를 직접 해서 비교해보아라)